Broadcasting signal transmitting device, broadcasting signal receiving device, broadcasting signal transmitting method, and broadcasting signal receiving method

ABSTRACT

A method of processing data in a digital receiving apparatus, the method including receiving a broadcast signal including low level signaling data, wherein the low level signaling data is carried via a specific data pipe (DP), wherein the low level signaling data includes service category information, the service category information is used to identify an AV service, an audio only service or an ESG (electronic service guide) service, wherein the low level signaling data is used to provide bootstrap information that allows the receiving apparatus to discover at least one service layer signaling information, wherein the bootstrap information includes URL data for a first service layer signaling information when the first service layer signaling information is transmitted via a broadband network, and wherein the bootstrap information includes a destination user datagram protocol (UDP) port number and a destination internet protocol (IP) address for a second service layer signaling information when the second service layer signaling information is transmitted via a broadcast network; and parsing the low level signaling data included in the broadcast signal, wherein the low level signaling data is parsed, and then the first service layer signaling information or the second service layer signaling information is processed.

CROSS-REFERENCE TO RELATED APPLICATIONS

This Application is a Continuation of U.S. patent application Ser. No.16/530,255 filed on Aug. 2, 2019 (now U.S. Pat. No. 11,095,926 issued onAug. 17, 2021), which is a Continuation of U.S. patent application Ser.No. 15/468,408 filed on Mar. 24, 2017 (now U.S. Pat. No. 10,419,792issued on Sep. 17, 2019), which a Continuation of PCT InternationalApplication No. PCT/KR2015/010205 filed on Sep. 25, 2015, which claimsthe priority benefit under 35 U.S.C. § 119(e) to U.S. ProvisionalApplication No. 62/055,618 filed on Sep. 25, 2014, all of which arehereby expressly incorporated by reference into the present application.

BACKGROUND OF THE INVENTION Field of the Invention

The present invention relates to a broadcast signal transmitting device,a broadcast signal receiving device, and broadcast transceiving methods

Discussion of the Related Art

As analog broadcast signal transmission is terminated, varioustechnologies for transmitting and receiving a digital broadcast signalhave been developed. A digital broadcast signal is capable of containinga larger amount of video/audio data than an analog broadcast signal andfurther containing various types of additional data as well asvideo/audio data.

SUMMARY OF THE INVENTION

That is, a digital broadcast system may provide a high definition (HD)image, multi-channel audio, and various additional services. However,for digital broadcast, network flexibility obtained by considering datatransmission efficiency for a large amount of data transmission,robustness of a transceiving network, and a mobile receiving apparatusneeds to be enhanced.

To solve the aforementioned problems, a broadcast signal transmissionprocessing method according to an embodiment of the present inventionincludes: generating one or more first layer data units including firstlevel signaling data and broadcast data for a broadcast service;generating one or more second layer data units including the one or morefirst layer data units and second level signaling data; and generating abroadcast signal including the one or more second layer data units.

The first level signaling data may include information describing thebroadcast service, and the second level signaling data may includeinformation necessary for channel scan and acquisition of the firstlevel signaling data.

The first level signaling data may include transport session dataincluding information about a transport session delivering the broadcastdata.

The second level signaling data may include destination IP addressinformation indicating a destination IP address of packets deliveringthe first level signaling data, destination UDP port number informationindicating a UDP port number of the packets delivering the first levelsignaling data, and source IP address information indicating a source IPaddress of the packets delivering the first level signaling data.

The second level signaling data may further include transport typeinformation identifying whether the first level signaling data istransmitted over broadband and URL information indicating a URL of aserver providing the first level signaling data.

The second level signaling data may further include data pipeidentification information identifying a data pipe delivering the firstlevel signaling data.

The broadcast service may include one or more components, and the firstlevel signaling data may include broadcaster identification informationidentifying a broadcaster providing each component.

To solve the aforementioned problems, a broadcast signal transmissionprocessing device according to an embodiment of the present inventionincludes: a first layer encoder for generating one or more first layerdata units including first level signaling data and broadcast data for abroadcast service; a second layer encoder for generating one or moresecond layer data units including the one or more first layer data unitsand second level signaling data; and a broadcast signal generator forgenerating a broadcast signal including the one or more second layerdata units.

The first level signaling data may include information describing thebroadcast service, and the second level signaling data may includeinformation necessary for channel scan and acquisition of the firstlevel signaling data.

The first level signaling data may include transport session dataincluding information about a transport session delivering the broadcastdata.

The second level signaling data may include destination IP addressinformation indicating a destination IP address of packets deliveringthe first level signaling data, destination UDP port number informationindicating a UDP port number of the packets delivering the first levelsignaling data, and source IP address information indicating a source IPaddress of the packets delivering the first level signaling data.

The second level signaling data may further include transport typeinformation identifying whether the first level signaling data istransmitted over broadband and URL information indicating a URL of aserver providing the first level signaling data.

The second level signaling data may further include data pipeidentification information identifying a data pipe delivering the firstlevel signaling data.

The broadcast service may include one or more components, and the firstlevel signaling data may include broadcaster identification informationidentifying a broadcaster providing each component.

Advantageous Effects

According to the present invention, various broadcast services may beprovided by processing data according to service properties andcontrolling quality of service (QoS) of each service or servicecomponent.

According to the present invention, transmission flexibility may beachieved by transmitting various broadcast services through the sameradio frequency (RF) signal bandwidth.

According to the present invention, data transmission efficiency andtransceiving robustness of a broadcast signal may be enhanced using amultiple-input multiple-output (MIMO) system.

According to the present invention, rapid service scan and serviceacquisition may be provided.

According to the present invention, location information on anassociated component may be provided.

According to the present invention, service layer signaling may beselectively parsed using filtering information.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 illustrates a structure of an apparatus for transmittingbroadcast signals for future broadcast services according to anembodiment of the present invention.

FIG. 2 illustrates a BICM block according to an embodiment of thepresent invention.

FIG. 3 illustrates an orthogonal frequency division multiplexing (OFDM)generation block according to an embodiment of the present invention.

FIG. 4 illustrates a hybrid broadcast reception device according to anembodiment of the present invention.

FIG. 5 is a block diagram illustrating a hybrid broadcast receiveraccording to an embodiment of the present invention.

FIG. 6 shows a protocol stack of a next generation hybrid broadcastsystem according to an embodiment of the present invention.

FIG. 7 is a diagram illustrating a transport packet of an applicationlayer transmission protocol according to an embodiment of the presentinvention.

FIG. 8 illustrates a method of transmitting signaling data in a nextgeneration broadcast system according to an embodiment of the presentinvention.

FIG. 9 shows signaling data transmitted by a next generation broadcastsystem according to an embodiment of the present invention for rapidbroadcast service scan of a receiver.

FIG. 10 shows signaling data transmitted by a next generation broadcastsystem according to an embodiment of the present invention for rapidbroadcast service scan of a receiver.

FIG. 11 illustrates a method of signaling a location of service layersignaling through FIC as signaling for rapid service scan andacquisition to acquire service layer signaling from the correspondinglocation according to an embodiment of the present invention.

FIG. 12 shows signaling data transmitted by a next generation broadcastsystem according to an embodiment of the present invention for rapidbroadcast service scan of a receiver.

FIG. 13 illustrates a method of signaling a location of service layersignaling through FIC as signaling for rapid service scan andacquisition to acquire service layer signaling from the correspondinglocation according to another embodiment of the present invention.

FIG. 14 shows a description of a transmission session instance of a nextgeneration broadcast system according to an embodiment of the presentinvention.

FIG. 15 shows a SourceFlow element of a next generation broadcast systemaccording to an embodiment of the present invention.

FIG. 16 shows an EFDT of a next generation broadcast system according toan embodiment of the present invention.

FIG. 17 shows a method for transmitting an ISDT used by a nextgeneration broadcast system according to an embodiment of the presentinvention.

FIG. 18 shows a delivery structure of a signaling message of a nextgeneration broadcast system according to an embodiment of the presentinvention.

FIG. 19 illustrates signaling data transmitted for rapidly scanning abroadcast service of a receiver of a next-generation broadcast systemaccording to an embodiment of the present invention.

FIG. 20 illustrates signaling data transmitted for rapidly scanning abroadcast service of a receiver of a next-generation broadcast systemaccording to an embodiment of the present invention.

FIG. 21 illustrates component mapping table description according to anembodiment of the present invention.

FIG. 22 illustrates component mapping table description according to anembodiment of the present invention.

FIGS. 23 and 24 illustrate component mapping table description accordingto an embodiment of the present invention.

FIG. 25 illustrates component mapping table description according to anembodiment of the present invention.

FIG. 26 is a diagram illustrating common attributes and elements of MPDaccording to an embodiment of the present invention.

FIG. 27 is a diagram illustrating a transfer session instancedescription according to an embodiment of the present invention.

FIG. 28 illustrates SourceFlow element of another next-generationbroadcast system according to an embodiment of the present invention.

FIG. 29 illustrates signaling data transmitted to rapidly scan abroadcast service by a receiver in a next-generation broadcast systemaccording to another embodiment of the present invention.

FIG. 30 illustrates signaling data transmitted for rapid scan of abroadcast service of a receiver by a next-generation broadcast systemaccording to another embodiment of the present invention.

FIG. 31 is a diagram illustrating a syntax of a header of a signalingmessage according to another embodiment of the present invention.

FIG. 32 is a diagram illustrating a protocol stack that processes a DASHinitialization segment according to an embodiment of the presentinvention.

FIG. 33 is a diagram illustrating part of a layered coding transport(LCT) session instance description (LSID) according to an embodiment ofthe present invention.

FIG. 34 is a diagram illustrating a signaling object description (SOD)providing information for filtering a service signaling messageaccording to an embodiment of the present invention.

FIG. 35 is a diagram illustrating an object including a signalingmessage according to an embodiment of the present invention.

FIG. 36 is a diagram illustrating a TOI configuration description (TCD)according to an embodiment of the present invention.

FIG. 37 is a diagram illustrating a payload format element of atransport packet according to an embodiment of the present invention.

FIG. 38 is a diagram illustrating a TOI configuration instancedescription (TCID) according to an embodiment of the present invention.

FIG. 39 is a diagram illustrating a syntax of a payload of FIC (FastInformation Channel) according to an embodiment of the presentinvention.

FIG. 40 is a diagram illustrating a syntax of a payload of an FICaccording to another embodiment of the present invention.

FIG. 41 is a diagram illustrating a syntax of service level signalingaccording to another embodiment of the present invention.

FIG. 42 is a diagram illustrating component mapping descriptionaccording to another embodiment of the present invention.

FIG. 43 is a diagram illustrating a syntax of URL signaling descriptionaccording to another embodiment of the present invention.

FIG. 44 is a diagram illustrating a SourceFlow element according toanother embodiment of the present invention.

FIG. 45 is a diagram illustrating a process of acquiring signalinginformation through broadcast network according to another embodiment ofthe present invention.

FIG. 46 is a diagram illustrating a process of acquiring signalinginformation through a broadcast network and a broadband networkaccording to another embodiment of the present invention.

FIG. 47 is a diagram illustrating a process of acquiring signalinginformation through a broadband network according to another embodimentof the present invention.

FIG. 48 is a diagram illustrating a process of acquiring an ESG(Electronic Service Guide) through a broadcast network according toanother embodiment of the present invention.

FIG. 49 is a diagram illustrating a process of acquiring video segmentsand audio segments of a broadcast service through a broadcast networkaccording to another embodiment of the present invention.

FIG. 50 is a diagram illustrating a process of acquiring video segmentsof a broadcast service through a broadcast network and acquiring audiosegments of the broadcast service through a broadband network accordingto another embodiment of the present invention.

FIG. 51 is a flowchart illustrating a broadcast signal transmissionprocess according to an embodiment of the present invention.

FIG. 52 is a diagram illustrating a broadcast signal processing deviceaccording to an embodiment of the present invention.

DETAILED DESCRIPTION OF THE EMBODIMENTS

Reference will now be made in detail to the preferred embodiments of thepresent invention, examples of which are illustrated in the accompanyingdrawings. The detailed description, which will be given below withreference to the accompanying drawings, is intended to explain exemplaryembodiments of the present invention, rather than to show the onlyembodiments that can be implemented according to the present invention.

Although most terms of elements in this specification have been selectedfrom general ones widely used in the art taking into considerationfunctions thereof in this specification, the terms may be changeddepending on the intention or convention of those skilled in the art orthe introduction of new technology. Some terms have been arbitrarilyselected by the applicant and their meanings are explained in thefollowing description as needed. Thus, the terms used in thisspecification should be construed based on the overall content of thisspecification together with the actual meanings of the terms rather thantheir simple names or meanings.

In the specification, “signaling” refers to transmission/reception ofservice information (SI) provided by broadcast systems. Internetbroadcast systems and/or broadcast/Internet convergence systems. Theservice information includes broadcast service information e.g., ATSC-SIand/or DVB-SI) provided by existing broadcast systems.

In the specification, a “broadcast signal” is a concept includingsignals and/or data provided through interactive broadcast such asInternet broadcast, broadband broadcast, communication broadcast, databroadcast and/or video on demand (VOD) in addition to terrestrialbroadcast, cable broadcast, satellite broadcast and/or mobile broadcast.

In the specification, a “PLP” refers to a specific unit carrying databelonging to a physical layer. Accordingly, “PLP” may be replaced by“data unit” or “data pipe” in the specification.

A hybrid broadcast service implemented through interoperation betweenbroadcast networks and the Internet may be considered as one of powerfulapplications to be used in DTV services. The hybrid broadcast servicetransmits enhancement data associated with broadcast audio/video (A/V)content transmitted through terrestrial broadcast networks or part ofthe broadcast A/V content in real time such that a user can enjoyvarious types of content.

The present invention provides apparatuses and methods for transmittingand receiving broadcast signals for future broadcast services. Futurebroadcast services according to an embodiment of the present inventioninclude a terrestrial broadcast service, a mobile broadcast service, aUHDTV service, etc. FIG. 1 illustrates a structure of an apparatus fortransmitting broadcast signals for future broadcast services accordingto an embodiment of the present invention.

The apparatus for transmitting broadcast signals for future broadcastservices according to an embodiment of the present invention can includean input formatting block 1000, a BICM (Bit interleaved coding &modulation) block 1010, a frame building block 1020, an OFDM (OrthogonalFrequency Division Multiplexing) generation block 1030 and a signalinggeneration block 1040. A description will be given of the operation ofeach module of the apparatus for transmitting broadcast signals.

IP stream/packets and MPEG2-TS are the main input formats, other streamtypes are handled as General Streams. In addition to these data inputs,Management Information is input to control the scheduling and allocationof the corresponding bandwidth for each input stream. One or multiple TSstream(s), IP stream(s) and/or General Stream(s) inputs aresimultaneously allowed.

The input formatting block 1000 can demultiplex each input stream intoone or multiple data pipe(s), to each of which an independent coding andmodulation is applied. The data pipe (DP) is the basic unit forrobustness control, thereby affecting quality-of-service (QoS). One ormultiple service(s) or service component(s) can be carried by a singleDP. Details of operations of the input formatting block 1000 will bedescribed later.

The data pipe is a logical channel in the physical layer that carriesservice data or related metadata, which may carry one or multipleservice(s) or service component(s).

Also, the data pipe unit: a basic unit for allocating data cells to a DPin a frame.

In the BICM block 1010, parity data is added for error correction andthe encoded bit streams are mapped to complex-value constellationsymbols. The symbols are interleaved across a specific interleavingdepth that is used for the corresponding DP. For the advanced profile,MIMO encoding is performed in the BICM block 1010 and the additionaldata path is added at the output for MIMO transmission. Details ofoperations of the BICM block 1010 will be described later.

The Frame Building block 1020 can map the data cells of the input DPsinto the OFDM symbols within a frame. After mapping, the frequencyinterleaving is used for frequency-domain diversity, especially tocombat frequency-selective fading channels. Details of operations of theFrame Building block 1020 will be described later.

After inserting a preamble at the beginning of each frame, the OFDMGeneration block 1030 can apply conventional OFDM modulation having acyclic prefix as guard interval. For antenna space diversity, adistributed MISO scheme is applied across the transmitters. In addition,a Peak-to-Average Power Reduction (PAPR) scheme is performed in the timedomain. For flexible network planning, this proposal provides a set ofvarious FFT sizes, guard interval lengths and corresponding pilotpatterns. Details of operations of the OFDM Generation block 1030 willbe described later.

The Signaling Generation block 1040 can create physical layer signalinginformation used for the operation of each functional block. Thissignaling information is also transmitted so that the services ofinterest are properly recovered at the receiver side. Details ofoperations of the Signaling Generation block 1040 will be describedlater.

FIG. 2 illustrates a BICM block according to an embodiment of thepresent invention.

The BICM block illustrated in FIG. 2 corresponds to an embodiment of theBICM block 1010 described with reference to FIG. 1 .

As described above, the apparatus for transmitting broadcast signals forfuture broadcast services according to an embodiment of the presentinvention can provide a terrestrial broadcast service, mobile broadcastservice, UHDTV service, etc.

Since QoS (quality of service) depends on characteristics of a serviceprovided by the apparatus for transmitting broadcast signals for futurebroadcast services according to an embodiment of the present invention,data corresponding to respective services needs to be processed throughdifferent schemes. Accordingly, the a BICM block according to anembodiment of the present invention can independently process DPs inputthereto by independently applying SISO, MISO and MIMO schemes to thedata pipes respectively corresponding to data paths. Consequently, theapparatus for transmitting broadcast signals for future broadcastservices according to an embodiment of the present invention can controlQoS for each service or service component transmitted through each DP.

(a) shows the BICM block shared by the base profile and the handheldprofile and (b) shows the BICM block of the advanced profile.

The BICM block shared by the base profile and the handheld profile andthe BICM block of the advanced profile can include plural processingblocks for processing each DP.

A description will be given of each processing block of the BICM blockfor the base profile and the handheld profile and the BICM block for theadvanced profile.

A processing block 5000 of the BICM block for the base profile and thehandheld profile can include a Data FEC encoder 5010, a hit interleaver5020, a constellation mapper 5030, an SSD (Signal Space Diversity)encoding block 5040 and a time interleaver 5050.

The Data FEC encoder 5010 can perform the FEC encoding on the input BBFto generate FECBLOCK procedure using outer coding (BCH), and innercoding (LDPC). The outer coding (BCH) is optional coding method. Detailsof operations of the Data ITC encoder 5010 will be described later.

The bit interleaver 5020 can interleave outputs of the Data FEC encoder5010 to achieve optimized performance with combination of the LDPC codesand modulation scheme while providing an efficiently implementablestructure. Details of operations of the bit interleaver 5020 will bedescribed later.

The constellation mapper 5030 can modulate each cell word from the bitinterleaver 5020 in the base and the handheld profiles, or cell wordfrom the Cell-word demultiplexer 5010-1 in the advanced profile usingeither QPSK, QAM-16, non-uniform QAM (NUQ-64, NUQ-256, NUQ-1024) ornon-uniform constellation (NUC-16, NUC-64, NUC-256, NUC-1024) to give apower-normalized constellation point, el. This constellation mapping isapplied only for DPs. Observe that QAM-16 and NUQs are square shaped,while NUCs have arbitrary shape. When each constellation is rotated byany multiple of 90 degrees, the rotated constellation exactly overlapswith its original one. This “rotation-sense” symmetric property makesthe capacities and the average powers of the real and imaginarycomponents equal to each other. Both NUQs and NUCs are definedspecifically for each code rate and the particular one used is signaledby the parameter DP_MOD filed in PLS2 data.

The time interleaver 5050 can operates at the DP level. The parametersof time interleaving (TI) may be set differently for each DP. Details ofoperations of the time interleaver 5050 will be described later.

A processing block 5000-1 of the BICM block for the advanced profile caninclude the Data FEC encoder, hit interleaver, constellation mapper, andtime interleaver.

However, the processing block 5000-1 is distinguished from theprocessing block 5000 further includes a cell-word demultiplexer 5010-1and a MIMO encoding block 5020-1.

Also, the operations of the Data FEC encoder, bit interleaver,constellation mapper, and time interleaver in the processing block5000-1 correspond to those of the Data FEC encoder 5010, bit interleaver5020, constellation mapper 5030, and time interleaver 5050 described andthus description thereof is omitted.

The cell-word demultiplexer 5010-1 is used for the DP of the advancedprofile to divide the single cell-word stream into dual cell-wordstreams for MIMO processing. Details of operations of the cell-worddemultiplexer 5010-1 will be described later.

The MIMO encoding block 5020-1 can processing the output of thecell-word demultiplexer 5010-1 using MIMO encoding scheme. The MIMOencoding scheme was optimized for broadcasting signal transmission. TheMIMO technology is a promising way to get a capacity increase but itdepends on channel characteristics. Especially for broadcasting, thestrong LOS component of the channel or a difference in the receivedsignal power between two antennas caused by different signal propagationcharacteristics makes it difficult to get capacity gain from MIMO. Theproposed MIMO encoding scheme overcomes this problem using arotation-based pre-coding and phase randomization of one of the MIMOoutput signals.

FIG. 3 illustrates an OFDM generation block according to an embodimentof the present invention.

The OFDM generation block modulates the OFDM carriers by the cellsproduced by the Frame Building block, inserts the pilots, and producesthe time domain signal for transmission. Also, this block subsequentlyinserts guard intervals, and applies PAPR (Peak-to-Average Power Radio)reduction processing to produce the final RF signal.

Referring to FIG. 3 , the OFDM generation block can include a pilot andreserved tone insertion block 8000, a 2D-eSFN encoding block 8010, anIFFT (Inverse Quick Fourier Transform) block 8020, a PAPR reductionblock 8030, a guard interval insertion block 8040, a preamble insertionblock 8050, other system insertion block 8060 and a DAC block 8070.

The other system insertion block 8060 can multiplex signals of aplurality of broadcast transmission/reception systems in the time domainsuch that data of two or more different broadcast transmission/receptionsystems providing broadcast services can be simultaneously transmittedin the same RF signal bandwidth. In this case, the two or more differentbroadcast transmission/reception systems refer to systems providingdifferent broadcast services. The different broadcast services may referto a terrestrial broadcast service, mobile broadcast service, etc.

FIG. 4 illustrates a hybrid broadcast reception device according to anembodiment of the present invention. The hybrid broadcast system maytransmit a broadcast signal in conjunction with a terrestrial broadcastnetwork and an Internet network. The hybrid broadcast reception devicemay receive a broadcast signal through a terrestrial broadcast network(broadcast) and an Internet network (broadband). The hybrid broadcastreception device may include a physical layer module, a physical layerI/F module, a service/content acquisition controller, an Internet accesscontrol module, a signaling decoder, a service signaling manager, aservice guide manager, an App signaling manager, an alert signalmanager, an alert signal parser, a targeting signal parser, a streamingmedia engine, a non-real-time file processor, a component synchronizer,a targeting processor, an application processor, an A/V processor, adevice manager, a data sharing and communication unit, a redistributionmodule, a companion device and/or an external module.

The physical layer module(s) may receive and process broadcast-relatedsignals through a terrestrial broadcast channel, convert the same intoappropriate forms, and transmit the converted signals to the physicallayer I/F module.

The physical layer I/F module(s) may acquire IP datagrams from theinformation obtained from the physical layer module. In addition, thephysical layer I/F module may convert the acquired IP datagram or thelike into a specific frame (for example, RS frame, GSE).

The service/content acquisition controller may perform controloperations for acquiring services, content and signaling data associatedtherewith over a broadcast and/or broadband channel.

The Internet access control module(s) may control receiver operations toacquire services, content, and the like over a broadband channel.

The signaling decoder may decode the signaling information acquired overa broadcast channel or the like.

The service signaling manager may extract, parse, and manage signalinginformation related to service scan and services/content from the IPdatagram and the like.

The service guide manager may extract announcement information from IPdatagrams, manage an SG (Service Guide) database, and provide a serviceguide.

The App signaling manager may extract, parse, and manage signalinginformation related to application acquisition and the like from IPdatagrams and the like.

The alert signal parser may extract, parse, and manage alerting relatedsignaling information from IP datagrams and the like.

The targeting signal parser may extract, parse, and manage signalinginformation related to service/content personalization or targeting fromIP datagrams and the like. The targeting signal parser may also deliverthe parsed signaling information to the targeting processor.

The streaming media engine may extract and decode audio/video data forA/V streaming from IP datagrams and the like.

The non-real time file processor may extract, decode, and manage NRTdata and file type data such as applications from IP datagrams and thelike.

The component synchronizer may synchronize services and content such asstreaming audio/video data and NRT data.

The targeting processor may process operations related topersonalization of the service/content based on the targeting signalingdata received from the targeting signal parser.

The application processor (App processor) may processapplication-related information, the status of a downloaded applicationand display parameters.

The A/V processor may perform audio/video rendering related operationsbased on decoded audio and video data, application data, and the like.

The device manager may perform connection and data exchange with anexternal device. The device manager may also perform management ofexternal devices such as addition/deletion/update of operativelyconnectable external devices.

The data sharing and communication unit (Data Sharing & Comm.) mayprocess information related to data transmission and exchange betweenthe hybrid broadcast receiver and an external device. Here, the datathat may be transmitted and exchanged may be signaling, A/V data, andthe like.

The redistribution module(s) may acquire related information about thenext generation broadcast service and content when the broadcastreceiver cannot directly receive the terrestrial broadcast signal. Theredistribution module may also support acquisition of broadcast servicesand content by the next generation broadcast system when the broadcastreceiver cannot directly receive the terrestrial broadcast signal.

The companion device(s) may be coupled to the broadcast receiver of thepresent invention to share audio, video, or signaling-containing data.The companion device may refer to an external device connected to thebroadcast receiver.

An external management module (External Management) may refer to amodule for providing broadcast service/content, for example, a nextgeneration broadcast service/content server. The external module mayrefer to an external device connected to the broadcast receiver.

FIG. 5 is a block diagram illustrating a hybrid broadcast receiveraccording to an embodiment of the present invention.

The hybrid broadcast receiver may receive the hybrid broadcast servicethrough operative connection of terrestrial broadcast and broadband inthe DTV service of the next generation broadcast system. The hybridbroadcast receiver may receive broadcast audio/video (A/V) contenttransmitted through a terrestrial broadcast and receive part ofenhancement data or broadcast A/V content associated therewith in realtime through broadband. In this specification, the broadcast audio/video(A/V) content may be referred to as media content.

The hybrid broadcast receiver may include a physical layer controllerD55010, a tuner D55020, a physical frame parser D55030, a link layerframe parser D55040, an IP/UDP datagram filter D55050, an ATSC 3.0 DTV(Digital Television) Control Engine D55060, an ALC/LCT+ Client D55070, atiming control D55080, a signaling parser D55090, a DASH (DynamicAdaptive Streaming over HTTP) client D55100, an HTTP access clientD55110, an ISO BMFF parser D55120, and/or a media decoder D55130.

The physical layer controller D55010 may control operations of the tunerD55020, the physical frame parser D55030, and the like using radiofrequency (RF) information about a terrestrial broadcast channel to bereceived by the hybrid broadcast receiver.

The tuner D55020 may receive and process broadcast related signalsthrough a terrestrial broadcast channel and convert the same into anappropriate form. For example, the tuner D55020 may convert a receivedterrestrial broadcast signal into a physical frame.

The physical frame parser D55030 may parse the received physical frameand acquire a link layer frame through related processing.

The link layer parser D55040 may acquire link layer signaling from thelink layer frame or perform related operations to acquire an IP/UDPdatagram or an MPEG-2 TS. The link layer parser D55040 may output atleast one IP/UDP datagram or the like.

The IP/UDP datagram filter D55050 may filter a specific IP/UDP datagramfrom at least one received IP/UDP datagram or the like. That is, theIP/UDP datagram filter D55050 may selectively filter an IP/UDP datagramselected by the ATSC 3.0 DTV control engine D55060 among the at leastone IP/UDP datagram output from the link layer parser D55040. The IP/UDPdatagram filter D55050 may output an application layer transportprotocol packet such as ALC/LCT+.

The ATSC 3.0 DTV control engine D55060 may serve as an interface betweenmodules included in each hybrid broadcast receiver. The ATSC 3.0 DTVcontrol engine D55060 may also provide necessary parameters for eachmodule, thereby controlling the operation of each module. In the presentinvention, the ATSC 3.0 DTV control engine D55060 may deliver a mediapresentation description (MPD) and/or an MPD URL to the DASH clientD55100. In the present invention, the ATSC 3.0 digital televisioncontrol engine D55060 may also deliver a delivery mode and/or atransport session identifier (TSI) to the ALC/LCT+ client D55070. Here,TSI may represent the identifier of a session for transmitting atransport packet including a signaling message such as MPD or MPD URLrelated signaling, for example, the identifier of a FLUTE session or anALC/LCT+ session, which is an application layer transmission protocol.The TSI may correspond to the Asset id of MMT.

The ALC/LCT+ client D55070 may process application layer transportprotocol packets such as ALC/LCT+, and collect and process a pluralityof packets to create one or more ISO Base Media File Format (ISOBMFF)objects. The application layer transport protocol packets may includeALC/LCT packets, ALC/LCT+ packets, ROUTE packets, and/or MMTP packets.

The timing control D55080 may process a packet including system timeinformation to control the system clock.

The signaling parser D55090 may acquire and parse DTV broadcast servicerelated signaling, and generate and manage a channel map and the likebased on the parsed signaling. In the present invention, the signalingparser may parse the extended MPD or MPD related information from thesignaling information.

The DASH client D55100 may perform operations related to real-timestreaming or adaptive streaming. The DASH client D55100 may receive DASHcontent from the HTTP server through the HTTP access client D55110. TheDASH client D55100 may process the received DASH segment and output anISO Base Media File Format object. In the present invention, the DASHclient D55100 may deliver a Fully Qualified Representation ID or asegment URL to the ATSC 3.0 DTV control engine D55060. Here, the FullyQualified Representation ID may refer to an ID that combines, forexample, the MPD URL, period@id, and representation@id. The DASH clientD55100 may also receive the MPD or MPD URL from the ATSC 3.0 DTV controlengine D55060. The DASH client D55100 may receive a desired media streamor DASH segment from the HTTP server using the received MPD or MPD URL.In this specification, the DASH client D55100 may be referred to as aprocessor.

The HTTP access client D55110 may make a request for specificinformation to the HTTP server, and may receive and process a responsefrom the HTTP server. Here, the HTTP server may process the requestreceived from the HTTP access client and provide a response thereto.

The ISO BMFF parser D55120 may extract audio/video data from the ISOBase Media File Format object.

The media decoder D55130 may decode the received audio and/or video dataand perform processing to present the decoded audio/video data.

The hybrid broadcast receiver of the present invention is required toextend or modify the MPD in order to provide the hybrid broadcastservice through operative connection between the terrestrial broadcastnetwork and the broadband. The terrestrial broadcast system may transmitthe extended or modified MPD, and the hybrid broadcast receiver mayreceive the broadcast or broadband content using the extended ormodified MPD. That is, the hybrid broadcast receiver may receive theextended or modified MPD through terrestrial broadcasting and receivecontent via terrestrial broadcasting or broadband based on MPD. Thefollowing describes elements and attributes that should be additionallyincluded in the extended or modified MPD compared to the existing MPD.In the following description, the extended or modified MPD may bereferred to as an MPD.

The MPD may be extended or modified to represent ATSC 3.0 services. Anextended or modified MPD may additionally includeMPD@anchorPresentationTime, Common@presentable, Common.Targeting,Common.TargetDevice and/or Common@AassociatedTo.

MPD@anchorPresentationTime may represent the presentation time anchor ofsegments included in the MPD, that is, a base time. Hereinafter,MPD@anchorPresentationTime may be used as an effective time of the MPD.MPD@anchorPresentationTime may represent the earliest playback point intime among the segments included in the MPD.

The MPD may further include common attributes and elements. The commonattributes and elements may be applied to the AdaptionSet,Representation, SubRepresentation, and the like in the MPD.Common@presentable may indicate that the media described by MPD is apresentable component.

Common.Targeting may indicate the targeting properties and/orpersonalization properties of the media described by the MPD.

Common.TargetDevice may represent a target device or target devices ofthe media described by the MPD.

Common@associatedTo may represent an adaptationSet and/or representationassociated with the media described by the MPD.

In addition, the MPD@id, Period@id, and AdaptationSet@id included in theMPD may be required to specify the media content described by the MPD.In other words, the DASH client may specify the content to be receivedas MPD@id, Period@id, and AdaptationSet@id based on the MPD and deliverthe same to the ATSC 3.0 DTV control engine. The ATSC 3.0 DTV controlengine may receive the content and deliver the same to the DASH client.

FIG. 6 shows a protocol stack of a next generation hybrid broadcastsystem according to an embodiment of the present invention. As shown inthe figure, a next generation broadcast system supporting IP-basedhybrid broadcasting may encapsulate audio or video data of a broadcastservice in an ISO Base Media File Format (hereinafter referred to as ISOBMFF). Here, the encapsulation may be in the form of a DASH segment oran MPU (Media Processing Unit) of MMT. In addition, the next generationbroadcast system may transmit encapsulated data over the broadcastnetwork and the Internet network equally or differently according to theproperties of each transmission network. The next generation broadcastsystem may also transmit the encapsulated data using at least one ofbroadcast or broadband. In case of broadcast network, the broadcastsystem may transmit data encapsulated in ISO Base Media File (ISO BMFF)through an application layer transport protocol packet supporting realtime object transmission. For example, the broadcast system mayencapsulate the data with Real-Time Object Delivery over UnidirectionalTransport (ROUTE) or MMTP transport packet. Then, the broadcast systemmay generate an IP/UDP datagram from the encapsulated data, and transmitthe same through a broadcast signal. When broadband is used, thebroadcast system may transmit the encapsulated data to the receivingside based on a streaming technique such as DASH.

In addition, the broadcast system may transmit the signaling informationof the broadcast service in the following manner. In the case of abroadcast network using broadcasting, the broadcast system may transmitsignaling information through the physical layer of the next generationbroadcast transmission system and the broadcast network according to theattribute of the signaling. Here, the broadcast system may transmitsignaling information through a specific data pipe (DP) of a transportframe included in the broadcast signal. The broadcast signaling may beencapsulated in a bit stream or an IP/UDP datagram. When usingbroadband, the broadcast system may return signaling data in response tothe request of the receiver.

In addition, the broadcast system may transmit the ESG or NRT content ofthe broadcast service in the following manner. In the case of abroadcast network, the broadcast system may encapsulate ESG or NRTcontent in an application layer transport protocol packet, for example,Real-Time Object Delivery over Unidirectional Transport (ROUTE), MMTPtransport packet, or the like. Then, the broadcast system may generatean IP/UDP datagram from the encapsulated ESG or NRT content and transmitthe same through a broadcast signal. When using broadband, the broadcastsystem may return the ESG or NRT content in response to the request ofthe receiver.

The broadcast system may transmit broadcast service related informationthrough a separate channel, for example, a Quick Information Channel(FIC), in order to enable the receiver to quickly scan the broadcastservice and content within the frequency. The broadcast system maytransmit information for scan and acquiring broadcast services in atransport frame. Herein, the area including the information for scan andacquisition of broadcast services may be referred to as FIC. Thereceiver may acquire information on the broadcast service generated andtransmitted by one or more broadcast stations through the FIC, therebymaking it possible to easily and quickly perform scan of the broadcastservices available on the receiver.

In addition, a specific DP included in the transport frame may operateas a base DP for quickly and robustly transmitting signaling of abroadcast service and content transmitted in the corresponding transportframe. Link layer signaling or IP datagrams may be encapsulated in aspecific type of generic packet and then transmitted through the DP.Here, the generic packet may include signaling data. Link (low) layersignaling may include signaling related to quick servicescan/acquisition, context information of IP header compression,emergency alert, and the like.

FIG. 7 is a diagram illustrating a transport packet of an applicationlayer transmission protocol according to an embodiment of the presentinvention. The application layer transport session may be configured bya combination of an IP address and a port number. If the applicationlayer transport protocol is Real-Time Object Delivery overUnidirectional Transport (ROUTE), the ROUTE session may consist of oneor more Layered Coding Transport (LCT) sessions. For example, when onemedia component (e.g., a DASH Representation or the like) is transmittedthrough one LCT transport session, one or more media components may bemultiplexed and transmitted through one application transport session.Further, one or more transport objects may be delivered through one LCTtransport session, and each transport object may be a DASH segmentassociated with a DASH representation delivered through the transportsession.

For example, if the application layer transport protocol is an LCT-basedprotocol, transport packets may be configured as follows. The transportpacket may include an LCT header, a ROUTE header, and payload data, anda plurality of fields may be included in the transport packet.

The LCT header may include the following fields. The V (version) fieldmay indicate the version information of the corresponding transportprotocol packet. The C field may indicate a flag associated with thelength of the Congestion Control Information field described below. ThePSI field is protocol-specific information and may indicate informationspecified for the protocol. The S field may indicate a flag associatedwith the length of the transport session identifier (TSI) field. The Ofield may indicate a flag associated with the length of the transportobject identifier (TOI) field. The H field may indicate whether ahalf-word (16 bits) is added to the length of the TSI and TOI fields. A(Close Session flag) field may indicate that the session is terminatedor that termination is imminent. The B (Close Object flag) field mayindicate that the object being transmitted is ending or that the end isimminent. The Code point field may indicate information related toencoding or decoding the payload of a packet. For example, the payloadtype may correspond to this information. The Congestion ControlInformation field may contain information associated with congestioncontrol. For example, the information associated with congestion controlmay be the current time slot index (CTSI), the channel number, or thepacket sequence number within the channel. The Transport SessionIdentifier field may indicate the identifier of the transport session.The Transport Object Identifier field may represent an identifier of anobject transmitted through the transport session.

The ROUTE (ALC) header may include transmission of additionalinformation of the preceding LCT header, such as the payload identifierassociated with the forward error correction scheme.

The payload data may represent the substantial data portion of thepayload of the packet.

FIG. 8 illustrates a method of transmitting signaling data in a nextgeneration broadcast system according to an embodiment of the presentinvention. The signaling data of the next generation broadcast systemmay be transmitted as shown in the figure. In order to support quickservice/content scan and acquisition by the receiver, the nextgeneration broadcast transmission system may deliver signaling data fora broadcast service delivered by a corresponding physical layer framethrough a Fast Information Channel (FIC). In the present specification,FIC may mean information on a service list. If there is no separate FIC,the signaling data may be transmitted through the path along which thelink layer signaling is delivered. In other words, signaling informationincluding a service and information on components (audio, video, etc.)in the service may be encapsulated and transmitted in IP/UDP datagramsthrough one or more DPs in the physical layer frame. According to anembodiment, the signaling information on a service and servicecomponents may be encapsulated and transmitted in an application layertransport packet (e.g., ROUTE packet or MMTP packet).

The upper part of FIG. 8 shows an embodiment in which theabove-described signaling data is transmitted via FIC and one or moreDPs. Signaling data for supporting rapid service scan/acquisition may betransmitted through FIC, and signaling data including detailedinformation about services and the like may be encapsulated in an IPdatagram and transmitted through a specific DP. In the presentspecification, the signaling data including detailed information onservices and the like may be referred to as service layer signaling.

The middle part of FIG. 8 shows an embodiment in which theabove-described signaling data is transmitted through the FIC and one ormore DPs. Signaling data for supporting rapid service scan/acquisitionmay be transmitted through FIC, and signaling data including detailedinformation about services and the like may be encapsulated in an IPdatagram and transmitted through a specific DP. In addition, a portionof the signaling data, including information about a specific componentincluded in the service may be transmitted through one or more transportsessions in the application layer transmission protocol. For example, aportion of the signaling data may be delivered over one or moretransport sessions within a ROUTE session.

The lower part of FIG. 8 shows an embodiment in which theabove-described signaling data is transmitted through the FIC and one ormore DPs. Signaling data for supporting rapid service scan/acquisitionmay be transmitted through FIC, and signaling data containing detailedinformation about the service may be transmitted through one or moretransport sessions in the ROUTE session.

FIG. 9 shows signaling data transmitted by a next generation broadcastsystem according to an embodiment of the present invention for rapidbroadcast service scan of a receiver. The present specification proposessignaling information used for a next generation broadcast receptiondevice to scan and acquire a broadcast service. In the next generationbroadcast system, broadcast services and content generated by one ormore broadcast stations within a specific frequency may be transmitted.The receiver may use the above-described signaling information torapidly and easily scan broadcast stations existing within the frequencyand the service/content of the corresponding broadcast stations. Thismay be represented by syntax as shown in the figure or may berepresented in other formats such as XML.

Signaling information for rapid service scan and acquisition may bedelivered over a rapid information channel (FIC), which is a separatechannel in the physical layer transport frame. In addition, thesignaling information may be transmitted through a common DP, which maytransmit information that may be shared among the data pipes of thephysical layer. Also, In addition, the signaling information may betransmitted through a path along which the signaling of the link layeris transmitted. The above-described signaling information may beencapsulated in an IP datagram and transmitted through a specific DP.The signaling information may be transmitted through a service signalingchannel through which service signaling is delivered, or a transportsession of the application layer.

The signaling information (FIC information) for rapid service scan andacquisition may include at least one of the following fields. Herein,the FIC information may be referred to as service acquisitioninformation. The FIC_protocol_version field may indicate the protocolversion of the FIC signaling information (version of the structure ofFIC). The TSID field may indicate an identifier of the overall broadcaststream. The FIC_data_version field may indicate the data version of theFIC instance. The FIC_data_version field may be incremented if there isa change in the content of the FIC. The num_partitions field mayrepresent the number of partitions in the broadcast stream. It isassumed that each broadcast stream can be transmitted in one or morepartitions in order for the num_partitions field to be used. Eachpartition may contain a plurality of DPs by one broadcaster. Eachpartition may represent a portion of the broadcast stream used by onebroadcaster. The partition_protocol_version field may indicate theversion of the partition structure described above. The base_DP_ID fieldmay indicate an identifier for the base DP of the partition. The base DPmay include a service signaling table. The service signaling table mayinclude a list of all services in the partition. That is, the servicesignaling table may list the services to be transmitted. Defaultproperties for each service may also be defined. The base DP may be arobust DP within the partition and may contain other signaling tablesfor the partition. The base_DP_version field may indicate versioninformation indicating a change in data transmitted through the base DP.For example, in transmitting service signaling or the like through thebase DP, the base_DP_version field may be incremented by 1 when a changein service signaling occurs. The num_services field may indicate thenumber of at least one service belonging to the partition. Theservice_id field may indicate an identifier for the service. Thechannel_number field may indicate the channel number associated with theservice. The service_category field may indicate a category of thecorresponding service and may indicate, for example, A/V, audio, ESG,CoD, or the like. The short_service_name_length field may indicate thelength of the name representing the service. The short_Service_namefield may indicate a name representing the service. The service_statusfield may indicate the status of the service and may indicate an activeor suspended, hidden or shown attribute depending on the value thereof.The service_distribution field may have attributes similar to the“multi-ensemble” flag of the ATSC M/H document. For example, theservice_distribution field may indicate information about whether theservice is included in the partition, whether the service is partiallyincluded in the partition but is presentable with the partition, whetheranother partition is required for presentation, or whether anotherbroadcast stream is required for presentation. The sp_indicator field isa service protection flag that may indicate whether one or morecomponents needed for the presentation are protected.

FIG. 10 shows signaling data transmitted by a next generation broadcastsystem according to an embodiment of the present invention for rapidbroadcast service scan of a receiver. FIC information (serviceacquisition information) to support rapid broadcast service scan andservice/component acquisition may include information about anapplication layer transport session carrying service and component data.As shown in the figure, the FIC information may be expressed in binaryformat, but may be represented in other formats such as XML according toan embodiment. The FIC information may include the fields as shown inthe figure. Description of fields which have been explained is omitted.The contents described with reference to FIG. 9 can be applied to thepresent description within a compatible range. The partition_id fieldmay indicate the identifier of the partition. Thepartition_protocol_version field may indicate the version of thepartition structure described above. The num_services field may indicatethe number of at least one component belonging to the partition. Theservice_id field may indicate an identifier for the service. Theservice_data_version field may indicate a change in service loop data inthe FIC or a change in service signaling data associated with theservice. The service_data_version field may be incremented by 1 eachtime a change occurs in the included service data. The receiver may usethe service_data_version field to detect a change in the service loopdata of the FIC or a change in the signaling associated with theservice. The channel_number field may indicate the channel numberassociated with the service. The service_category field may indicate acategory of the corresponding service and may indicate, for example,A/V, audio, ESG, CoD, or the like. The short_service_name_length fieldmay indicate the length of the name representing the service. Theshort_service_name field may indicate a name representing the service.The service_status field may indicate the status of the service and mayindicate an active or suspended, hidden or shown attribute depending onthe value thereof. The service_distribution field may have attributessimilar to the “multi-ensemble” flag of the ATSC M/H document. TheIP_version_flag field may indicate the format of the IP address thatfollows. If the value of the field is 0, it indicates that IPv4 formatis used, and if 1, it indicates that IPv6 address format is used. Thesource_IP_address_flag field may indicate whether source_IP_addr isincluded. If the value of this field is 1, it indicates thatsource_IP_addr exists. The num_transport_session field may indicate thenumber of transport sessions (for example, ROUTE or MMTP sessions) fortransmitting component data of the corresponding service in thebroadcast stream. The source_IP_addr field may indicate the source IPaddress of the IP datagram including the component data of thecorresponding service when the value of the source_IP_address_flag is 1.The dest_IP_addr field may indicate the destination IP address of the IPdatagram including the component data of the corresponding service. Thedest_UDP_port field may indicate the UDP port number of the UDP datagramthat contains the component data of the corresponding service. TheLSID_DP field may represent a data pipe identifier of the physical layercarrying signaling including detailed information about the transportsession. Here, the signaling including the detailed information aboutthe transport session may be, for example, an LCT session instancedescription including information on the detailed LCT transport sessionof each ROUTE session in the case of ROUTE. The service_signaling_flagfield may indicate whether the transport session transmits servicesignaling. When the value of service_signaling_flag is 1, it mayindicate that the data transmitted through the corresponding transportsession (for example, ROUTE or MMTP session) includes service signaling.The Transport session descriptors field may contain descriptors at thetransport session level. Each descriptor is extensible, and eachdescriptor may include a num_descriptors field. Each descriptor mayinclude as many descriptor loops as the value indicated by thenum_descriptors field. The Transport session descriptors field maycontain descriptors at the transport session level. The servicedescriptors field may include service level descriptors. The Partitiondescriptors field may include a partition level descriptor, and onepartition may indicate a part of a broadcast stream used by onebroadcaster or the like. The FIC session descriptors field may containFIC level descriptors. According to an embodiment, each of the fieldsincluded in the FIC described above may be included in a table otherthan the FIC and transmitted together with a broadcast signal.

FIG. 11 illustrates a method for transmitting FIC-based signalingaccording to an embodiment of the present invention. The above-mentionedFIC-based signaling may be delivered as shown in the figure. TheFIC-based signaling may be referred to as service acquisitioninformation or service acquisition signaling. As shown in the figure,the physical layer signaling may include a field for service acquisitioninformation. The field for the service acquisition information mayinform the receiver of whether the service acquisition information (FIC)is parsed. The receiver may parse the service acquisition informationand check whether the data of the service signaling is changed throughthe service_data_version information. When the service signaling data ischanged, the broadcast signal receiver may check the data pipeidentifier of the physical layer that carries signaling includingdetailed information on the transport session, using the LSID_DP field.The broadcast receiver may verify the details of the transport sessionby parsing the DP indicated by the corresponding DP identifier. That is,the signaling method of the next generation broadcast system includes aprocedure of signaling whether the physical layer signaling parses theservice acquisition information, and the service acquisition informationsignals the location of the detailed information about the transportsession to check the detailed information about the transport session.Here, the detailed information about the transport session may includean MPD transport table, an application signaling table, a transportsession descriptor (LSID), and/or a component mapping table (CMT).

FIG. 12 shows signaling data transmitted by a next generation broadcastsystem according to an embodiment of the present invention for rapidbroadcast service scan of a receiver. FIC information (serviceacquisition information) to support rapid broadcast service scan andservice/component acquisition may include information about anapplication layer transport session carrying service and component data.As shown in the figure, the FIC information may be expressed in binaryformat, but may be represented in other formats such as XML according toan embodiment. The FIC information may include the fields as shown inthe figure. Description of fields which have been explained is omitted.The contents described with reference to FIG. 9 or FIG. 10 can beapplied to the present description within a compatible range. Theservice_signaling_flag field may indicate whether the transport sessiontransmits service signaling. If the value of the service_signaling_flagvalue is 1, it may indicate that there is a DP including servicesignaling. The signaling_data_version field may indicate a change in theassociated service signaling data. Each time the service signaling datachanges, the field may be incremented by 1. The receiver may use thesignaling_data_version field to detect changes in the signalingassociated with the service. The signaling_DP field may indicate thedata pipe identifier of the physical layer carrying the servicesignaling. The Transport session descriptors field may containdescriptors at the transport session level. Each descriptor isextensible, and each descriptor may include a num_descriptors field.Each descriptor may include as many descriptor loops as the valueindicated by the num_descriptors field. The Transport sessiondescriptors field may contain descriptors at the transport sessionlevel. The service descriptors field may include service leveldescriptors. The Partition descriptors field may include a partitionlevel descriptor, and one partition may indicate a part of a broadcaststream used by one broadcaster or the like. The FIC session descriptorsfield may contain FIC level descriptors. According to an embodiment,each of the fields included in the FIC described above may be includedin a table other than the FIC and transmitted together with a broadcastsignal.

FIG. 13 illustrates a method for transmitting FIC-based signalingaccording to another embodiment of the present invention. Theabove-mentioned FTC-based signaling may be delivered as shown in thefigure. The FIC-based signaling may be referred to as serviceacquisition information or service acquisition signaling. As shown inthe figure, the physical layer signaling may include a field for serviceacquisition information. The field for the service acquisitioninformation may inform the receiver of whether the service acquisitioninformation (FIC) is parsed. The receiver parses the service acquisitioninformation and may check whether the data of the service signaling ischanged through the service_data_version information. When the servicesignaling data is changed, the broadcast signal receiver may acquire theLSID or LSID Table including detailed information on the transportsession using the LSID_DP field through the DP identified from theLSID_DP field. In addition, the receiver may recognize change of thesignaling data using information such as service_signaling_flag,signaling_data_version, signaling_DP, etc., and acquire the signalingdata through the DP identified from the signaling_DP.

That is, the signaling method of the next generation broadcast systemincludes a procedure of signaling whether the physical layer signalingparses the service acquisition information, and the service acquisitioninformation signals the location of the detailed information about thetransport session to check the detailed information about the transportsession. Here, the detailed information about the transport session mayinclude an MPD transport table, an application signaling table, atransport session descriptor (LSID), and/or a component mapping table(CMT), and each detail of the transmission session may be delivered bydifferent examples.

FIG. 14 shows a description of a transmission session instance of a nextgeneration broadcast system according to an embodiment of the presentinvention. When the application layer transmission method is Real-TimeObject Delivery over Unidirectional Transport (ROUTE), a ROUTE sessionmay include one or more Layered Coding Transport (LCT) sessions. Thedetails of one or more transport sessions may be signaled through atransport session instance description. The transport session instancedescriptor may be referred to as LCT Session Instance Description (LSID)if it is ROUTE. In particular, the transport session instancedescription may define what is delivered by each LCT transport sessionconstituting the ROUTE session. Each transport session may be uniquelyidentified by the Transport Session Identifier (TSI). The transportsession identifier may be included in the LCT header. The transportsession instance description may describe all transport sessions thatare transmitted through the session. For example, the LSID may describea mode LCT session carried by a ROUTE session. The transport sessioninstance description may be delivered through the same ROUTE session asthe transport sessions, or may be delivered through different ROUTEsessions or unicast.

When delivered in the same ROUTE session, the transport session instancedescription may be transmitted in the transport session with a specifiedtransport session identifier (TSI) 0. Other objects referenced in thetransport session instance description may also be delivered with TSI=0,but may have a TOI value different from the transport session instancedescription. Alternatively, it may be delivered in a separate sessionwith TSI≠0. The transport session instance description may be updatedusing at least one of the version number, validity information, andexpiration information. The transport session instance description maybe represented in a bitstream or the like in addition to the illustratedformat.

The transport session instance description may include a versionattribute, a validFrom attribute, an expiration attribute, and mayinclude TSI attributes and SourceFlow and RepairFlow information foreach transport session. The version attribute may indicate the versioninformation about the corresponding transport session instancedescription, and the version information may be incremented each timethe content is updated. The transfer session instance description withthe highest version number may indicate the most recent valid version.The validFrom attribute may indicate when the transfer session instancedescription begins to be valid. The validFrom attribute may not beincluded in the transport session instance description according to anembodiment. This indicates that the transport session instancedescription is valid immediately upon receiving the description. Theexpiration attribute may indicate when the transfer session instancedescription expires. The expiration attribute may not be included in thetransport session instance description according to the embodiment. Thisindicates that the transport session instance description iscontinuously valid. If a transport session instance description with anexpiration attribute is received, expiration may conform to theexpiration attribute. The TSI attribute may indicate a transport sessionidentifier, and the SourceFlow element provides information about thesource flow to be transmitted to the TSI, the details of which will bedescribed below. The RepairFlow element may provide information aboutthe repair flow sent to the corresponding TSI.

FIG. 15 shows a SourceFlow element of a next generation broadcast systemaccording to an embodiment of the present invention. The source flowelement may include an EFDT element, an idRef attribute, a realtimeattribute, a minBufferSize attribute, an Application Identifier element,and a PayloadFormat element. The EFDT element may include detailedinformation of the file delivery data. An EFDT may indicate an extendedFile Delivery Table (FDT) instance, described in more detail below. TheidRef attribute may indicate the identifier of the EFDT and may berepresented as a URI by the corresponding transport session. Therealtime attribute may indicate that the corresponding LCT packetsinclude an extension header. The extension header may include atimestamp indicating the presentation time of the delivery object. TheminBufferSize attribute may define the maximum amount of data needed tobe stored in the receiver. The Application Identifier element mayprovide additional information that may be mapped to an applicationcarried by that transport session. For example, the Representation ID ofthe DASH content or the Adaptation Set parameter of the DASHrepresentation for selecting a transport session for rendering may beprovided as additional information. The PayloadFormat element may definethe payload format of a ROUTE packet carrying an object of the sourceflow. The PayloadFormat element may include a codePoint attribute, adeliveryObjectFormat attribute, a fragmentation attribute, a deliveryOrder attribute, a sourceFecPayloadID attribute, and/or a FECParameterselement. The codePoint attribute may define the structure of the packetwith the code point value used in the payload. This may indicate thevalue of the CP field in the LCT header. The deliveryObjectFormatattribute may indicate the payload format of the delivery object. Thefragmentation attribute may define fragmentation rules when an object tobe transmitted is divided into one or more transport packets. ThedeliveryOrder attribute may indicate the order of transmission of thecontent of each transport packet carrying one transport object. ThesourceFecPayloadID attribute may define the format of the source FECpayload identifier. The FECParameters element may define FEC parameters.This may include FEC encoding id and instance id.

FIG. 16 shows an EFDT of a next generation broadcast system according toan embodiment of the present invention. The EFDT may include detailedinformation of the file delivery data. The EFDT may include an idRefattribute, a version attribute, a maxExpiresDelta attribute, amaxTransportSize attribute, and a FileTemplate element. The idRefattribute may indicate the identifier of the EFDT. The version attributemay indicate the version of the EFDT instance descriptor. This attributemay be incremented by 1 when EFDT is updated. It may indicate that theEFDT having the highest version number among the received EFDT's is thecurrently valid version. The maxExpiresDelta attribute may indicate themaximum expiry time of the object after the first packet associated withthe object is sent. The maxTransportSize attribute may indicate themaximum transmission size of the object described by the EFDT. For theFileTemplate element, the file URL or file template of the body part maybe specified.

The transport session instance descriptor (LSID) element may betransmitted by the Transport Session Instance Descriptor Table (LSIDTable) at the bottom of the figure. The LSID table may be transmitted bythe above-described signaling message, which may be divided into asignaling message header and a signaling message data part. Thesignaling message data part may include a transport session instancedescriptor (LSID) or a part thereof. The signaling message data mayinclude a Transport Session Instance Descriptor (LSID) Table and mayinclude the following fields. The Signaling_id field may indicateidentifier information indicating that the signaling table includes atransport session instance descriptor (LSID). The protocol_version fieldmay indicate a protocol version of the signaling, such as a signalingsyntax that includes a transport session instance descriptor (LSID). TheSignaling_version field may indicate a change in signaling data,including a transport session instance descriptor (LSID). In addition,the transport session instance descriptor table may further include thecontent of the LSID element described above.

FIG. 17 shows a method for transmitting an ISDT used by a nextgeneration broadcast system according to an embodiment of the presentinvention. The next generation broadcast system may transmit signalinginformation for the initialization segment of the DASH Representationassociated with the component in the broadcast service by transmittingthe Initialization Segment Delivery Table (ISDT). A signaling messagefor the initialization segment of a DASH Representation associated witha component in a broadcast service may include a header and data. Thesignaling message header may conform to the above-described format, andthe signaling message data may include initialization segment deliveryinformation or a part thereof. The initialization segment deliveryinformation may include the following information. The Signaling_idinformation may identify the initialization segment or a signalingmessage including path information. The protocol_version information mayindicate the protocol version of the initialization segment deliverytable, such as the syntax of the corresponding signaling message. TheSequence_number information may indicate the identifier for an instanceof the initialization segment delivery table. The Signaling_versioninformation mads indicate a change in the signaling data of theinitialization segment delivery table. The Service_id information mayidentify the service associated with the component. The Mpd_idinformation may indicate an associated DASH MPD identifier associatedwith the component. The period_id information may indicate an associatedDASH Period identifier associated with the component. Therepresentation_id information may indicate a DASH representationidentifier associated with the component. Theinitialization_segment_version information may be version informationindicating a change of the corresponding MPD or the like. TheDelivery_mode information may indicate information about whether theinitialization segment is included or is transmitted through anotherroute. Initialization_segment_data( ) information may contain theinitialization segment data itself. The initialization segment pathinformation may include information on a path for acquiring aninitialization segment, such as a URL for an initialization segment.Through the ISDT, the receiver may receive information about theInitialization segment of the DASH Representation associated with thecomponent.

FIG. 18 shows a delivery structure of a signaling message of a nextgeneration broadcast system according to an embodiment of the presentinvention. The above signaling data may be communicated as shown in thefigure if it is sent based on an application layer transport, forexample, ROUTE. That is, a part signaling may be transmitted through afast information channel in order to support rapid service scan. And apart of the signaling may be transmitted over a specific transportsession and may also be delivered mixed with the component data.

The signaling information for supporting the rapid service scan andacquisition may be received on a channel separate from the transportsession. Here, the separate channel may mean a separate data pipe (DP).Further, detailed information about the service may be received througha separately designated transport session. The transport session mayhave a value of TSI=0. The information delivered through the transportsession designated herein may include an MPD delivery table, anapplication signaling table, a transport session instance descriptiontable, and/or a component mapping table. In addition, a part ofsignaling information may be delivered in the transport session alongwith the component data. For example, an initialization segment deliverytable may be delivered with the component data.

The lower part of the figure shows an embodiment of acquiring abroadcast service in a next generation broadcast network. The receivermay tune the broadcast and acquire and parse information for rapidservice scanning and acquisition when the service is selected. Thelocation of the service layer signaling or transport session instancedescription (e.g., LSID) is then determined from the information forrapid service scan and acquisition to acquire and parse the description.In addition, the receiver may identify the transport session includingthe signaling, from which it may acquire and parse the signaling table,and determine a desired component. Through this process, the desiredcomponent may be presented. That is, the broadcast service may beprovided to the user by acquiring information about the transportsession from the information for rapid service scan and acquisition,checking the position of the desired component from the informationabout the transport session, and reproducing the component.

FIG. 19 illustrates signaling data transmitted for rapidly scanning abroadcast service of a receiver of a next-generation broadcast systemaccording to an embodiment of the present invention FTC information(service acquisition information) for supporting rapid broadcast servicescan and service/component acquisition may include information on anapplication layer transport session for transferrin service andcomponent data. As illustrated m the drawing, the FIC information may berepresented in a binary format but, in some embodiments, may berepresented in a different format such as XML. The FTC information maxinclude the fields as shown in the figure. Description of fields whichhave been explained is omitted. The contents described with reference toFIG. 9 , FIG. 10 or FIG. 12 can be applied to the present descriptionwithin a compatible range. An LSID_tsi field may indicate an identifierof a transfer session for transmitting a transfer session instancedescription as signaling including detailed information on a transfersession. Here, the session instance description may be LSID in the caseof an LCT transfer session. Service signaling associated with acorresponding service may be transmitted through a transfer session fortransmitting transfer session instance description. Aservice_signaling_flag field may indicate whether the transfer sessiontransmits service signaling. When a value of the service_signaling_flagis 1, this may indicate that a DP including service signaling ispresent. A signaling_data_version field may indicate change in theassociated service signaling data. Whenever service signaling data ischanged, a corresponding field may be incremented 1. The receiver maydetect change in signaling associated with a corresponding service usingthe signaling_data_version field. A signaling_DP field may indicate anidentifier of a data pipe of a physical layer for transmitting servicesignaling. A signaling_tsi field may indicate an identifier of atransfer session for transmitting service signaling. A Transport sessiondescriptors field may indicate a transfer session level of descriptors.Each descriptor is capable of being extended and may include anum_descriptors field. Each descriptor may include descriptor loops, thenumber of which corresponds to the number indicated by thenum_descriptors field. A transport session descriptors field may includea transfer session level of descriptors. A service descriptors field mayinclude a service level of descriptors. A partition descriptors fieldmay include a partition level of descriptor and one partition mayindicate a portion of a broadcast stream used by one broadcaster or thelike. An FTC session descriptors field may include an FTC level ofdescriptors. In some embodiments, each field included in theaforementioned FTC may be included in another table other than the FICand transmitted along with a broadcast signal.

FIG. 20 illustrates signaling data transmitted for rapidly scanning abroadcast service of a receiver of a next-generation broadcast systemaccording to an embodiment of the present invention. FIC information(service acquisition information) for supporting rapid broadcast servicescan and service/component acquisition may include information on anapplication layer transport session for transferring service andcomponent data. As illustrated in the drawing, the FIC information maybe represented in a binary format but, in some embodiments, may berepresented in a different format such as XML. The FIC information mayinclude the fields as shown in the figure. Description of fields whichhave been explained is omitted. The contents described with reference toFIG. 9 , FIG. 10 , FIG. 12 or FIG. 19 can be applied to the presentdescription within a compatible range. A num_services field may indicatethe number of at, least one component belonging to a correspondingpartition. Each service may include a plurality of signaling tables. Forexample, each service may include DASH MPH including information oncomponents and segments thereof, CMT including an identifier ofcomponents included in a broadband stream and other broadcast streams,AST as an application signaling table, and a URL signaling table (UST)including at least one URL among MPD, CMT, and AST. These signalingtables may be included in a signaling channel of a correspondingservice. A service_id field may indicate an identifier of a service. Aservice_data_version field ma indicate change in service loop data inFIC. A service_data_version field may be incremented by 1 wheneverincluded service data is changed. For example, whenever FIC, MPD, CMT,AST, or UST is changed, the field may be incremented by 1. The receivermay detect change in data of a service loop of FIC or change insignaling associated with a corresponding service using theservice_data_version field. A component_signaling_flag field mayindicate whether the transfer session transmits service signaling. Whena value of the component_signaling_flag is 1, this may indicate that thefield includes service signaling (e.g., DASH media presentationdescription (MPD) CMT) of data transmitted through a correspondingtransfer session. Here, the CMT may be a component mapping table and mayinclude an identifier of components transmitted through a broadband andalso include information on a component included in a broadcast stream.Each service may include a service signaling channel and the servicesignaling channel ma include MPH, CMT, AST, and/or UST. A servicesignaling channel may be one signaling channel of a plurality of ROUTEsessions for a service and whether the service signaling channel ispresent may be indicated through a component signaling flag. When aplurality of transfer sessions (ROUTE or MMTP session) transmitssignaling and service components, the aforementioned service signalingtables may be transmitted in one transfer session.

A ROUTE session descriptors field may include a transfer session levelof descriptors. Each descriptor is capable of being extended and mayinclude a num_descriptors field. Each descriptor may include descriptorloops, the number of which corresponds to the number indicated by thenum_descriptors field. A transport session descriptors field may includea transfer session level of descriptors. A service descriptor, field mayinclude a service level of descriptors. A partition descriptors fieldmay include a partition level of a descriptor and one partition maindicate a portion of a broadcast stream used by one broadcaster or thelike. An FIC descriptors field may include an FIC level of descriptors.

In some embodiments, each field included in the aforementioned FTC maybe included in another table other than FIC and transmitted along with abroadcast signal.

FIG. 21 illustrates a component mapping table description according toan embodiment of the present invention. The component mapping tabledescription may signal information on a transmission path of a componentincluded in a broadcast service in a next-generation broadcast system.This may be represented in XML format, binary bitstream, or the like.The component mapping table description ma include the followingelements and attributes. A service_id attribute may indicate anidentifier of a service associated with a component. A BroadcastComp mayindicate one or more components transmitted through the same broadcaststream. The BroadcastComp may include at least one of mpdID, perID,reptnID, baseURL, and/or datapipeID. The mpdID attribute may indicate aDASH MPD identifier associated with BroadcastComp. The perID attributemay indicate an associated period identifier in a corresponding MPD. ThereptnID attribute may indicate an identifier of a DASH Representationassociated with a corresponding component. The baseURL attribute mayindicate Base URL of Segments constituting a DASH Representationassociated with a corresponding component. The datapipeID attribute mayindicate an identifier of a data pipe for transmitting correspondingcomponent data in a broadcast stream.

The BBComp may indicate one or more components transmitted through isbroadband network. The BBComp may include at least of mpdID, perID,reptnID, and/or baseURL. The mpdID attribute may indicate an identifierof DASH MPD associated with the BBComp. The perID attribute may indicatean associated period identifier in a corresponding MPD. The reptnIDattribute may indicate an identifier of a DASH Representation associatedwith a corresponding component. The baseURL attribute may indicate Baseof segments constituting a DASH Representation associated with acorresponding component.

The ForeignComp may indicate one or more components transmitted throughanother broadcast stream. The ForeignComp may include at least one ofmpdID, perID, reptnID, baseURL, transportStreamID, sourceIPAddr,destIPAddr, destUDPPort, and/or datapipeID. The mpdID attribute mayindicate an identifier of DASH MPD associated with the ForeignComp. TheperID attribute may indicate an associated period identifier in acorresponding MPD. The reptnID attribute may indicate an identifier of aDASH Representation associated with a corresponding component. ThebaseURL attribute may indicate a Base URL of segments constituting aDASH Representation associated with a corresponding component. ThetransportStreamID attribute may indicate an identifier of a broadcaststream including corresponding component data. The sourceIPAddrattribute may indicate a source IP address of an IP datagram includingcorresponding component data. The destIPAddr attribute may indicate adestination IP address of an IP datagram including correspondingcomponent data. The destUDPPort attribute may indicate a destination UDPport number of an IP datagram including corresponding component data.The datapipeID attribute may indicate an identifier of a data pipe fortransmitting corresponding component data in a corresponding broadcaststream. The aforementioned sourceIPAddrattribute, destIPAddr attribute,destUDPPort attribute, and datapipeID attribute may be optionalattributes and may be selectively included in CMT in some embodiments.The above Component Mapping Description may be encapsulated andtransmitted in one XML file or the above proposed signaling messageformat. As illustrated in the lower part, the signaling message headermay follow the aforementioned form and include component mappingdescription or a part thereof in a service message part. The CMT maydefine components associated with each service and a location or a pathfor receiving information related to corresponding components may besignaled to the receiver through the above information.

FIG. 22 illustrates component mapping, table description according to anembodiment of the present invention. The component mapping tabledescription may signal information on a transmission path of a componentincluded in a broadcast service in a next-generation broadcast system.This may be represented as a bitstream such as an XML or binary form.The component mapping table description may include the followingelement and attribute. A service_id attribute may indicate an identifierof a service associated with a component. A BroadcastComp may indicateone or more components transmitted through the same broadcast stream.The BroadcastComp may include at least one of mpdID, perID, reptnID,baseURL, tsi, and/or datapipeID. The mpdID attribute may indicate anidentifier of DASH MPD associated with BroadcastComp. The perIDattribute may indicate an associated period identifier in acorresponding MPD. The reptnID attribute may indicate an identifier of aDASH Representation associated with a corresponding component. ThebaseURL attribute may indicate a Base URL of segments included in a DASHRepresentation associated with a corresponding component. A tsiattribute may indicate an identifier of a transfer session fortransmitting corresponding component data a broadcast stream. AdatapipeID attribute may indicate an identifier of a data pipe fortransmitting corresponding component data in a broadcast stream.

The BBComp may indicate one or more components transmitted through abroadband network. The BBComp may include at least one of mpdID, perID,reptnID, and/or base URL. The mpdID attribute may indicate an identifierof DASH MPD associated with the BBComp. The perID attribute may indicatean associated period identifier in a corresponding MPD. The reptnIDattribute may indicate an identifier of a DASH Representation associatedwith a corresponding component. The baseURL attribute may indicate aBase URL of segments included in a DASH Representation associated with acorresponding component.

ForeignComp may indicate one or more components transmitted throughdifferent broadcast streams. The ForeignComp may indicate may include atleast one of mpdID, perID, reptnID, baseURL, transportStreamID,sourceIPAddr, destIPAddr, destUDPPort, tsi, and/or datapipeID. The mpdIDattribute may indicate an identifier of DASH MPD associated with theForeignComp. The perID attribute may indicate an associated periodidentifier in a corresponding MPD. The reptnID attribute may indicate anidentifier of a DASH Representation associated with a correspondingcomponent. The baseURL attribute may indicate a Base URL of segmentsincluded in a DASH Representation associated with a correspondingcomponent. The transportStreamID attribute may indicate an identifier ofa broadcast stream including corresponding component data. ThesourceIPAddr attribute may indicate a source IP address of an IPdatagram including corresponding component data. The destIPAddrattribute may indicate a destination IP address of an IP datagramincluding corresponding component data. The destUDPPort attribute mayindicate may indicate a destination UDP port number of an IP datagramincluding corresponding component data. The tsi attribute may indicatean identifier of a transfer session for transmitting correspondingcomponent data in a broadcast stream. The datapipeID attribute mayindicate an identifier of a data pipe for transmitting correspondingcomponent data in a corresponding broadcast stream. The aforementionedsourceIPAddrattribute, destIPAddr attribute, destUDPPort attribute, anddatapipeID attribute ma be optional attributes and may be selectivelyincluded in CMT in some embodiments. The above Component MappingDescription may be may be encapsulated and transmitted in one XML fileor the above proposed signaling message format. As illustrated in thelower part, the signaling message header may follow the aforementionedform and include component mapping description or a part thereof in aservice message part. The CMT may define components associated with eachservice and a location or a path for receiving information related tocorresponding components may be signaled to the receiver through theabove information.

FIGS. 23 and 24 illustrate component mapping table description accordingto an embodiment of the present invention. The component mapping tabledescription may signal information on a transmission path of a componentincluded in a broadcast service in a next-generation broadcast system.This may be represented in XML format, binary bitstream, or the like.The component mapping table may include a deli et parameter element anda payload format element which are transmitted along with a DASH relatedidentifier.

The component mapping table description may include the followingelement and attribute. A service_id attribute may indicate an identifierof a service associated u component. A component element may indicate acomponent in a corresponding broadcast service. The component elementmay include at least one of an mpdID attribute, a perID attribute, areptnID attribute, a baseURL attribute, a DeliveryParameter element,and/or a PayloadFormat element. The mpdID attribute may indicate anidentifier of DASH MPD associated with a component. The perID attributeindicate an associated period identifier in a corresponding MPD. ThereptnID attribute may indicate an identifier of a DASH Representationassociated with corresponding component. The baseURL attribute mayindicate a Base URL of segments included in a DASH Representationassociated with the corresponding component.

The DeliveryParameter element may include detailed information on a pathand the like for transmitting a corresponding component. TheDeliveryParameter element may include at least one of transportStreamID,sourceIPAddr, destIPAddr, destUDPPort, tsi, datapipeID, and/or URL. ThetransportStreamID attribute may indicate an identifier of a broadcaststream including corresponding component data. The sourceIPAddrattribute may indicate a source IP address of an IP datagram includingcorresponding component data. The destIPAddr attribute may indicate adestination IP data of an IP datagram including corresponding componentdata. The destUDPPort attribute may indicate a destination UDP portnumber of an IP datagram including corresponding component data. The tsiattribute may indicate an identifier of a transfer session fortransmitting corresponding component data in a corresponding broadcaststream. The datapipeID attribute may indicate an identifier of aphysical layer data pipe for transmitting corresponding component datain a corresponding broadcast stream. The URL attribute may indicate URLinformation for acquiring corresponding component data through theInternet and so on. The aforementioned sourceIPAddrattribute, destIPAddrattribute, destUDPPort attribute, datapipeID attribute, and/or URLattribute may be optional attributes and may be selectively included inthe DeliveryParameter element in some embodiments.

The PayloadFormat element may include detailed information on a payloadform of a packet for transmitting corresponding component data. ThePayloadFormat element may include a codePoint attribute, adeliveryObjectFormat attribute, a fragmentation attribute, a deliveryOrder attribute, a sourceFecPayloadID attribute, and/or FECParameterselement. The codePoint attribute witty define a codepoint used in acorresponding payload. This may indicate a value of a CP field of an LCTheader. This may be an index of a set of values of a subsequentdeliveryObjectFormat attribute, a fragmentation attribute, adeliveryOrder attribute, and a sourceFecPayloadID attribute. ThedeliveryObjectFormat attribute may indicate a payload format of acorresponding delivery object. The fragmentation attribute may define atype of fragmentation. The deliveryOrder attribute may indicate adelivery order of an object. The sourceFecPayloadID attribute may definethe format of an identifier of a source FEC payload. The FECParameterselement may define FEC parameters. This may include FEC encoding id,instance id, and so on.

FIG. 25 illustrates a component mapping table description according toan embodiment of the present invention. The component mapping tabledescription may signal information on a transmission path of a componentincluded in a broadcast service in a next-generation broadcast system.This may be represented as a bitstream such as an XML or binary form.The component mapping table description ma include a service_idattribute, an mpd_id attribute, a per_id attribute, a BroadcastCompelement, a BBComp element, and a ForeignComp element. The componentmapping table description may include the following element andattribute. The service_id attribute ma indicate an identifier of aservice associated with a component. CMT description may include thempdID attribute and the perID attribute at the same level as theservice_id attribute. That is, the CMT description may describe mpdIDattribute and perID attribute that are commonly applied to theBroadcastComp element, the BBComp element, and the ForeignComp elementat the same level as the service_id attribute without redundantlydescribing these. The mpdID attribute may indicate art identifier ofDASH MPD associated with a corresponding service. The perID attributemay indicate an associated period identifier in a corresponding MPD.

The BroadcastComp may indicate one or more components transmittedthrough the same broadcast stream. The BroadcastComp may include atleast one of reptnID, base URL, tsi, and/or datapipeID. The reptnIDattribute may indicate an identifier of a DASH Representation associatedwith a corresponding component. The baseURL attribute may indicate aBase URL of segments included in a DASH Representation associated with acorresponding component. The tsi attribute may indicate an identifier ofa transfer session for transmitting corresponding component data in abroadcast stream. The datapipeID attribute may indicate an identifier ofa data pipe for transmitting corresponding component data in a broadcaststream.

The BBComp element may indicate one or more components transmittedthrough a broadband network. The BBComp may include at least one ofreptnID and/or baseURL. The reptnID attribute may indicate an identifierof a DASH Representation associated with a corresponding component. ThebaseURL attribute may indicate a Base URL of components included in aDASH Representation associated with a corresponding component.

The ForeignComp may indicate one or more components transmitted throughdifferent broadcast streams. The ForeignComp may include at least one ofreptnID, baseURL, transportStreamID, sourceIPAddr, destIPAddr,destUDPPort, tsi, and/or datapipeID. The reptnID attribute may indicatean identifier of a DASH Representation associated with a correspondingcomponent. The baseURL attribute may indicate a Base URL of segmentsincluded in a DASH Representation associated with a correspondingcomponent. The transportStreamID attribute may indicate an identifier ofa broadcast stream including corresponding component data. ThesourceIPAddr attribute may indicate a source IP address of an IPdatagram including corresponding component data. The destIPAddrattribute may indicate a destination IP address of an IP datagramincluding corresponding component data. The destUDPPort attribute mayindicate a destination UDP port number of an IP datagram includingcorresponding component data. The tsi attribute may indicate anidentifier of a transfer session for transmitting correspondingcomponent data in a corresponding broadcast stream. The datapipeIDattribute may indicate an identifier of a data pipe for transmittingcorresponding component data in a corresponding broadcast stream. Theaforementioned sourceIPAddrattribute, destIPAddr attribute, destUDPPortattribute, tsi attribute, and datapipeID attribute may be optionalattributes and may be selectively included in CMT in some embodiments.The above Component Mapping Description may be may be encapsulated andtransmitted in one XML file or the above proposed signaling messageformat. The CMT may define components associated with each service and alocation or a path for receiving information related to correspondingcomponents may be signaled to the receiver through the aboveinformation.

FIG. 26 is a diagram illustrating common attributes and elements of MPDaccording to an embodiment of the present invention. A next-generationbroadcast system may provide a DASH-based hybrid broadcast service. Thenext-generation broadcast system may indicate that segments associatedwith representation and so on in DASH MPD are transmitted throughdifferent distribution paths. The common attributes and elements of theMPD may be commonly presented in adaptation sets, representations, andsub-representation elements and, as illustrated in the drawings, mayinclude location information on an associated representation. Thenext-generation broadcast system may allow a DASH client to know alocation of an associated representation or segment using locationinformation on the associated representation included in the commonattributes and elements of the MPD. The common attributes and elementsof the MPD may include the following attributes and elements. The@profiles attribute may indicate a profile of associated representationas a profile attribute. The @width attribute may indicate a video mediatype of a horizontal visual presentation size for display. The @heightattribute ma indicate a video media type of a vertical visualpresentation size for display. The @sar attribute may indicate a videomedia component type of sample aspect ratio. The @frameRate attributemay indicate an output frame rate of a representation. The@audioSamplingRate attribute may indicate an audio media component typeof sampling rate. The @mimeType attribute may indicate a MIME type ofconcatenation of an initialization segment. The @segmentProfilesattribute may indicate profiles of segments required to process acorresponding representation. The @codecs attribute may indicate codecused in a corresponding representation. The @maximumSAPPeriod attributemay indicate a maximum stream access point (SAP) of an included mediastream. The @startWithSAP attribute max indicate the number of mediasegments started along with SAP. The @maxPlayoutRate attribute mayindicate a maximum play out rate. The @codingDependency attribute mayindicate whether there is at least one access unit dependent upon one ormore other access units for decoding. The @ScanType attribute mayindicate a scan type of video media component type of source material.The FramePacking element may indicate a video media component type offrame-packing information. The AudioChannelConfiguration element mayindicate an audio media component type of audio channel setting. TheContentProtection element may indicate information on a contentprotection scheme used in an associated representation. TheEssentialProperty element may indicate information on an element that isnecessarily considered in processing. The SupplementalProperty elementmay include additional information used to optimize processing. TheInbandEventStream element max indicate whether an inband event stream ispresent in an associated representation. The Location element mayinclude location information for acquisition of an associatedrepresentation. The Location element may include information on abroadcast stream or a physical layer data pipe for delivery of anassociated representation. A DASH client or a next-generation broadcastreceiving apparatus may acquire an associated representation using alocation element. That is, the next-generation broadcast systemreceiving apparatus may acquire information on a location of anassociated representation using location information included in commonattributes and elements and acquire an associated representation basedon the information on the location even if the receiving apparatus doesnot use the aforementioned CMT. The aforementioned representation may bedescribed as a component in some embodiments.

According to another embodiment of the present invention, anext-generation broadcast system may allocate information on atransmission path such as associated representation and so on to an@servicelocation attribute of a Base URL element in DASH MPD. Thenext-generation broadcast stem may allow a DASH client to knowinformation on a transmission path segments associated with acorresponding representation using the @servicelocation attribute.

FIG. 27 is a diagram illustrating a transfer session instancedescription according to an embodiment of the present invention. When anapplication layer transmission method is real-time object delivery overunidirectional transport (hereinafter, ROUTE), a ROUTE session mayinclude one or more layered coding transport (LCT) sessions. Detailedinformation on one or more transfer sessions may be signaled through thetransfer session instance description. The transfer session instancedescriptor may be referred to as LCT Session Instance Description (LSID)in the case of ROUTE. In particular, the transfer session instancedescription may define what is transmitted by each LCT transfer sessionincluded in the ROUTE session. Each transfer session May be uniquelyidentified by a transfer session identifier (TSI). The transfer sessionidentifier may be included an LCT header. The transfer session instancedescription may describe all transfer sessions transmitted through acorresponding session. For example, the LSID may describe a mode LCTsession transmitted through the ROUTE session. The transfer sessioninstance description may be transmitted through the same ROUTE sessionas the transfer sessions or through different ROUTE sessions or beunicast.

When transmitted through the same ROUTE session, the transfer sessioninstance description may be transmitted through a transfer session witha predetermined transfer session identifier (TSI) of 0. Another objectreferred to by the transfer session instance description may also betransmitted with TSI=0 but may have a different TOI value from thetransfer session instance description. Alternatively, another object maybe transmitted through a divided transfer session with TSI≠0. Thetransfer session instance description may be updated using at least oneof a version number, validity information, and expiration information.The transfer session instance description may be represented in abitstream other than the illustrated form.

The transfer session instance description may include a versionattribute, a validFrom attribute, and an expiration attribute andinclude a TSI attribute, SourceFlow element, RepairFlow element, andTransportSessionProperty element with respect to each transfer session.The version attribute may indicate version information on thecorresponding transfer session instance description and versioninformation may be increased whenever content thereof is updated. Thismay indicate that the transfer session instance description with thehighest version number is the most recent version. The validFromattribute may indicate a time point when a corresponding transfersession instance description is valid. In some embodiments, thevalidFrom attribute may not be included in the transfer session instancedescription and, at this case, the validFrom attribute may indicate thata corresponding transfer session instance description is valid uponbeing immediately received. The expiration attribute may indicate a timepoint when a corresponding transfer session instance descriptionexpires. In some embodiments, the expiration attribute may not beincluded in the transfer session instance description and, in this case,the expiration attribute may indicate that the corresponding transfersession instance description is continuously valid. Upon receiving atransfer session instance description with an expiration attribute, acorresponding expiration attribute ma be followed. The TSI attribute mayindicate a transfer session identifier, the SourceFlow element mayprovide information on source now transmitted to a corresponding TSI,and detailed description thereof will be given below. The RepairFlowelement may provide information on a repair flow transmitted to acorresponding TSI. The TransportSessionProperty element may includeadditional attribute information on a corresponding transfer session.The transfer session instance description may include additionalattribute information on a transfer session in theTransportSessionProperty element and, for example, the additionalinformation may include service signaling information on a transfersession.

FIG. 28 illustrates SourceFlow element of another next-generationbroadcast system according to an embodiment of the present invention.The SourceFlow element may include an EFDT element, an idRef attribute,a realtime attribute, a minBufferSize attribute, an Application anidentifier element, a PayloadFormat element, and/or a SourceFlowPropertyelement. The EFDT element may include detailed information on filedelivery data. The EFDT may indicate an extended File Delivery Table(FDT) instance and a detailed description thereof will be describedbelow. The idRef attribute may indicate an identifier of the EFDT andmay be represented according to a URI by a corresponding transfersession. The realtime attribute may indicate that corresponding LCTpackets include an extension header. The extension header may include atime tamp indicating a presentation time of a delivery object. TheminBufferSize attribute may define a maximum amount of data required tostore the data in a receiver. The Application Identifier element provideadditional information to be mapped to an application delivered by acorresponding transfer session. For example, an Adaptation Set parameterof a DASH representation or Representation ID of DASH content forselecting a transfer session for rendering, may be provided asadditional information. The PayloadFormat element may define a payloadformat of a ROUTE packet for delivery of an object of source flow. ThePayloadFormat element may include a codePoint attribute, adeliveryObjectFormat attribute, a fragmentation attribute, a deliveryOrder attribute, a sourceFecPayloadID attribute, and/or a FECParameterselement. The codePoint attribute may define a code point used in acorresponding payload. This may indicate a value of a CP field of an LCTheader. The deliveryObjectFormat attribute may indicate a payload formatof a corresponding delivery object. The fragmentation attribute maydefine the type of fragmentation. The deliveryOrder attribute mayindicate a delivery order of an object. The sourceFecPayloadID attributemay define a format of an identifier of a source FEC payload. TheFECParameters element may define FEC parameters. This may include EECencoding id, instance id, and so on. The SourceFlowProperty element mayprovide attribute information on corresponding source flow. For example,the attribute information may include location information on broadcastfor delivery of corresponding, source flow data. Here, the locationinformation on the broadcast may include information on a data pipe or aphysical layer pipe (PLP) in a broadcast stream. In addition, whensource flow data is transmitted through another broadcast stream, thesource flow data may include information on a broadcast streamidentifier, and a data pipe or a physical layer pipe (PLP) in acorresponding stream.

FIG. 29 illustrates signaling data transmitted to rapidly scan abroadcast service by a receiver in a next-generation broadcast systemaccording to another embodiment of the present invention. Theillustrated service acquisition information may further add informationon link layer signaling of the aforementioned service acquisitioninformation. The information on the link layer signaling may includeflag information indicating whether link layer signaling is present,version information on link layer signaling data, and information on aPLP or a data pipe for transmitting link layer signaling. FICinformation (service acquisition information) for supporting rapidbroadcast service scan and service/component acquisition may includeinformation on an application layer transport session for transmittingservice and component data. As illustrated in the drawing, systemacquisition information may be represented in a binary format or, insome embodiments, represented in another format such as XML.

The system acquisition information may include the field as shown in thefigure. Description of fields which have been explained is omitted. Thecontents described with reference to FIG. 9 , FIG. 10 , FIG. 12 , FIG.19 or FIG. 20 can be applied to the present description within acompatible range. A link_layer_signaling_flag may indicate whetherservice acquisition information transmits link layer (or low layer)signaling. A link_layer_signaling_data_version may indicate change inassociated link layer (or low layer) signaling data. The correspondingfield may be incremented by 1 whenever link layer signaling data ischanged. The receiver may detect change in link layer (or low layer)signaling using the field. A link_layer_signaling_DP may indicate anidentifier of a data pipe of a physical layer for transmitting linklayer (or low layer) signaling used in an L2 layer. A Transport sessiondescriptors field may include transfer session level of descriptors.Each descriptor is capable of being extended and each descriptor mayinclude a num_descriptors field. Each descriptor may include adescriptor loop, the number of which corresponds to a value indicated bythe num_descriptors field. The Transport session descriptors field mayinclude transfer session level of descriptors. The service descriptorsfield may include service level of descriptors. A Partition descriptorsfield may include a partition level of descriptor and one partition mayindicate a portion of a broadcast stream used by one broadcaster. An FICsession descriptors field may include FIC level of descriptors. In someembodiments, each field included in the aforementioned FIC may beincluded in another table other than FIC and may be transmitted alongwith a broadcast signal.

FIG. 30 illustrates signaling data transmitted for rapid scan of abroadcast service of a receiver by a next-generation broadcast systemaccording to another embodiment of the present invention. FICinformation (service acquisition information) for supporting rapidbroadcast service scan and service/component acquisition may includeinformation on an application layer transport session for transmittingservice and component data. In addition, the service acquisitioninformation may further include information on link layer signaling. Asillustrated in the drawing, the service acquisition information may berepresented in a binary format but, in some embodiments, may berepresented in a different format such as XML.

The service acquisition information may include the field as shown inthe figure. Description of fields which have been explained is omitted.The contents described with reference to FIG. 9 , FIG. 10 , FIG. 12 ,FIG. 19 , FIG. 20 or FIG. 29 can be applied to the present descriptionwithin a compatible range. A num_services field may indicate the numberof at least one component belonging to a corresponding partition. Eachservice may include a plurality of signaling tables. For example, eachservice may include DASH MPD including information on components andsegments thereof, CMT including an identifier of components included ina broadband stream and other broadcast streams AST as an applicationsignaling table, and a URL signaling table (UST) including at least oneURL among MPD, CMT, and AST. These signaling tables may be included in asignaling channel of a corresponding service. A service_id field mayindicate an identifier of a service. A service_data_version field mayindicate change in service loop data in FIC. A service_data_versionfield may be incremented by 1 whenever included service data is changed.For example, whenever FTC, MPD, CMT, AST, or UST is changed, the fieldmay be incremented by 1. The receiver may detect change in data of aservice loop of FIC or change in signaling associated with acorresponding service using the service_data_version field. Acomponent_signaling_flag field may indicate whether the transfer sessiontransmits service signaling. When a value of thecomponent_signaling_flag is 1, this may indicate that the field includesservice signaling (e.g., DASH media presentation description (MPD) CMT)of data transmitted through a corresponding transfer session. Here, theCMT may be a component mapping table and may include an identifier ofcomponents transmitted through a broadband and also include informationon a component included in a broadcast stream. Each service may includea service signaling channel and the service signaling channel mayinclude MPD CMT, AST, and/or UST. A service signaling channel may be onesignaling channel of a plurality of ROUTE sessions for a service andwhether the service signaling channel is present may be indicatedthrough a component signaling flag. When a plurality of transfersessions (ROUTE or MMTP session) transmits signaling and servicecomponents the aforementioned service signaling tables may betransmitted in one transfer session. A link_layer_signaling_flag mayindicate whether service acquisition information transmits link layer(or low layer) signaling. A link_layer_signaling_data_version mayindicate change in associated link layer (or low layer) signaling data.The corresponding field may be incremented by 1 whenever link layersignaling data is changed. The receiver may detect change in link layer(or low layer) signaling using the field. A link_layer_signaling_DP mayindicate a Data pipe identifier of a physical layer for transmittinglink layer (or low layer) signaling used in an L2 layer.

A ROUTE session descriptors field may include a transfer session levelof descriptors. Each descriptor is capable of being extended and eachdescriptor may include a num_descriptors field. Each descriptor mayinclude a descriptor loop, the number of which corresponds to a valueindicated by the num_descriptors field. The Transport sessiondescriptors field may include transfer session level of descriptors. Theservice descriptors field may include service level of descriptors. APartition descriptors field may include a partition level of descriptorand one partition may indicate a portion of a broadcast stream used byone broadcaster. An FIC session descriptors field may include FIC levelof descriptors.

In some embodiments, each field included in the aforementioned serviceacquisition information may be included in a broadcast signal and may betransmitted along with other information other than service acquisitioninformation.

FIG. 31 is a diagram illustrating a syntax of a header of a signalingmessage according to another embodiment of the present invention.

The signaling message according to another embodiment of the presentinvention may be represented in XML. Here, signaling informationincluded in the signaling message in XML may correspond to signalinginformation described above or signaling information described below.

The header of the signaling message according to another embodiment ofthe present invention may include signaling_id information,signaling_length information, signaling_id_extension information,version_number information, current_next_indicator information,indicator_flags information, fragmentation_indicator information,payload_format_indicator information, expiration_indicator information,validfrom_indicator information, fragment_number information,last_fragment_number information, payload_format information, validfrominformation and/or expiration information.

Description of signaling information identical to the signalinginformation included in the header of the aforementioned signalingmessage or having the same name as the signaling information from amongsignaling information included in the header of the signaling messageaccording to the present embodiment is replaced by the abovedescription.

The validfrom_indicator information can indicate whether the header ofthe signaling message includes a validfrom information value. Forexample, when the validfrom_indicator information is “1”, this canindicate that the header of the signaling message includes the validfrominformation.

The validfrom information can indicate an availability start time of asignaling message included in a payload. A receiver can recognize theavailability start time of signaling included in the payload using thevalidfrom information and use data included in the payload as signalinginformation from the availability start time.

Here, the payload can refer to a region in a broadcast signal includingdata (broadcast service data) of a broadcast service or broadcastcontent. In general, it is desirable that signaling information betransmitted through a region physically or logically separated frombroadcast service data in a broadcast signal. However, according to thepresent invention, the signaling information can be transmitted througha payload region in a broadcast signal when the payload region includesa reserved region or when signaling information that exceeds the size ofa region allocated for signaling information transmission needs to betransmitted.

FIG. 32 is a diagram illustrating a protocol stack that processes a DASHinitialization segment according to an embodiment of the presentinvention.

The DASH initialization segment can be transmitted in the form of theaforementioned initialization segment delivery table or in XML.

The initialization segment (DASH initialization segment) includesmetadata (signaling information) necessary to present a media stream(broadcast signal) encapsulated in a plurality of segments. Here, asegment is a data unit associated with HTTP-URL. The segment includesdata for a broadcast service or broadcast content. Representation is adata unit including one or more media streams in a transport format.Representation can include one or more segments.

The DASH initialization segment can be processed according to theillustrated protocol stack in a transmitter or a receiver. The DASHinitialization segment can be delivered through one or more paths in theprotocol stack.

Referring to the protocol stack, signaling information or broadcastservice data can be processed according to protocols of multiple layers.In the figure, “Signaling channel and data pipe (D)” may correspond to afirst layer, “FIC and link layer frame” may correspond to a secondlayer, Internet protocol (IP) may correspond to a third layer, userdatagram protocol (UDP) may correspond to a fourth layer and ROUTE maycorrespond to a fifth layer. Here, the link layer frame may include thelink layer packet described in the specification.

According to the protocol stack for DASH in segment processing, whensignaling data such as the initialization segment is directly deliveredon IP/UDP, as represented by the illustrated path (1), die signalingdata may be delivered as information in the form of the aforementionedinitialization segment delivery table or the initialization segment maybe delivered in the form of an IP datagram through processing of theprotocol stack. The above-described information for service signalingand/or component signaling may be delivered together through theillustrated path (1).

According to an embodiment of the present invention, the DASHinitialization segment may be delivered along with media data in aspecific session for delivering signaling, data as represented by path(2) or a session for delivering component data as represented by path(3). For example, an application transport protocol can use ROUTE(Real-time Object delivery over Unidirectional Transport). A ROUTEsession may include a session for delivering signaling information and asession for delivering data about broadcast media. A broadcast systemfixes the TSI of the session for delivering the signaling information toa specific value such that a receiver can recognize that data deliveredthrough the session having the corresponding TSI value is signalinginformation.

When signaling information (data) such as the initialization segment isdelivered as represented by the illustrated paths (2) and/or (3),information indicating the positions of data in the aforementionedsignaling message format and the initialization segment in a transportstream or a transport object and/or information for discriminating thesignaling message format data or the initialization segment from datadelivered along therewith may be provided in the form of a field in atransport protocol packet or additional signaling.

FIG. 33 is a diagram illustrating part of a layered coding transportsession instance description (LSID) according to an embodiment of thepresent invention.

The LSID according to an embodiment to the present invention canprovide, information indicating positions of signaling message formatdata and an initialization segment in a broadcast, signal and/orinformation for discriminating the signaling message format data or theinitialization segment from data delivered along therewith.

The LSID include a PayloadFormat element. The PayloadFormat element mayinclude @codePoint information, @deliveryObjectFormat information,@fragmentation information, @deliveryOrder information and/or@sourceFeePayLoadID information.

Each element can be used to provide information illustrated in thefigure.

According to an embodiment, a broadcast, receiver or a broadcasttransmitter may use the @deliveryObjectFormat information (or field) ofthe PayloadFormat element in a SourceFlow element of the LSID in orderto identify a ROUTE packet including the initialization segment.

In an embodiment, the @deliveryObjectFormat information can indicatethat the corresponding ROUTE packet includes a signaling message formatwhen having a value “0”. When the @deliveryObjectFormat information is“0”, a ROUTE packet including a code point (CP), which has the samevalue as the @codePoint information allocated to the PayloadFormatelement, in an LCT packet header can indicate delivery of data in theaforementioned signaling message format. The initialization segment maybe included and transmitted in the signaling message format, and othersignaling data such as service signaling and component signaling may beincluded in the signaling message format and transmitted through a ROUTEpacket in the same manner.

The @deliveryObjectFormat field can indicate that the correspondingROUTE packet includes metadata (signaling information) including aninitialization segment when having, a value of “4”. When the@deliveryObjectFormat field is “4”, the @deliveryObjectFormatinformation can indicate that a metadata format including theinitialization segment is delivered through the ROUTE packet or theinitialization segment is directly transmitted through the ROUTE packet.

According to an embodiment of the present invention, a broadcast system(broadcast receiver and/or broadcast transmitter) can signal directdelivery of signaling data such as service signaling (service levelsignaling information) and/or component signaling (component levelsignaling) through a ROUTE packet by allocating a new value (e.g., avalue equal to or greater than “5”) to the @deliveryObjectFormatinformation.

According to another embodiment of the present invention, the broadcastsystem may identify a ROUTE packet carrying signaling data such as theinitialization segment through other fields in the LSID or a newadditional field in addition to the method using the@deliveryObjectFormat information described in the present embodiment.

FIG. 34 is a diagram illustrating a signaling object description, (SOD)providing information for filtering a service signaling messageaccording to an embodiment of the present invention.

The SOD according to an embodiment of the present invention may include@protocolVersion information, @dataVersion information, @validFrominformation, @expiration information, a signaling object element, @toiinformation, @type information, @version information, @instance Idinformation, @validFrom information, @expiration information and/or@payloadFormat information.

The @protocolVersion information indicates a version of the SOD.

The @dataVersion information indicates a version of an instance of theSOD. When the contents of the SOD are changed, the @dataVersioninformation can be changed.

The @validFrom information can indicate an availability start time ofthe instance of the SOD. A receiver can recognize the availability starttime of the SOD using the @validFrom information and use informationincluded in the SOD from the corresponding time.

The @expiration information can indicate an expiration time ofavailability of the instance of the SOD. The receiver can recognize theavailability expiration time of the SOD and manage information of theSOD using the @expiration information.

The signaling object element indicates an object including signalinginformation. The SOD can include signaling information about one or moresignaling objects.

The @toi information indicates a transmission object identifier (TOI)allocated to a signaling object. The @toi information can be used toidentify a packet related to the signaling object. The receiver mayidentify the following information such as the type and/or version of asignaling message transmitted through each object by mapping the @toiinformation to a TOI of an LCT packet.

The @type information specifies a type of a signaling message includedin an object. For example, the @type information can indicate that anLCT session instance description (LSID) is delivered as a signaling,message in an object when it is “0”, indicate that a component mappingdescription (CMD) is delivered as a signaling message in an object whenit is “1”, indicate that an application signaling description (ASD) isdelivered as a signaling message in an object when it is “2” indicatethat a media presentation description (MPD) is delivered as a signalingmessage in an object when it is “3” indicate that a URL signalingdescription (USD) is delivered as a signaling message in an object whenit is “4” and indicate that an initialization segment (IS) is deliveredas a signaling message in an object when it is “5”.

The @version information indicates a version of a signaling message. Thereceiver can recognize change of the signaling message through variationin this field value.

The @instanceId information identifies an instance of a signalingmessage. This information can be used for the receiver to identifyinstances of signaling messages that may be present in a single service,such as the initialization segment.

The @validFrom information can indicate an availability start time of asignaling message included in an object. The receiver can recognize theavailability start time of signaling included in the object and use thesignaling included in the object from the time using the @validFrominformation.

The @expiration information can indicate a validity time of a signalingmessage included in an object. The receiver can recognize an atexpiration time of signaling included in the object and manage asignaling message using the @expiration information.

The @payloadFormat information can indicate a format of signalingmessage data included in an object. For example, a signaling message canbe provided in a binary or XML format which is represented by the@payloadFormat information.

When signaling messages are delivered according to an LCT based protocolsuch as ROUTE, each signaling message may be set to an object andprocessed. Since an object can be identified by a unique TOI in theabove protocol, a signaling message can be filtered by mapping signalingmessage related information such as version and type to each TOI. Theabove-described SOD provides filtering information of signaling objectscorresponding to one transport session. The SOD can be delivered throughan internal or external means of a session carrying signaling. When theSOD is delivered through the internal means, the receiver can identifythe SOD with a unique TOI value (e.g., 0 or 0xFFFF) and analyze the SODprior to other signaling messages transmitted along therewith. When theSOD is delivered through the external means, the SOD is deliveredthrough a means such as a fast information channel (FIC), a service listtable (SLT), an additional IP datagram or other ROUTE sessions prior toother objects delivered in the corresponding session such that thereceiver can acquire signaling message information in advance.

FIG. 35 is a diagram illustrating an object including a signalingmessage according to an embodiment of the preset invention.

When signaling messages are delivered according to an LCT based protocolsuch as ROUTE, each signaling message may be set to an object andprocessed. An object can be identified by a unit TOI in theaforementioned protocol. The receiver can filter a signaling message bymapping signaling message related information such as version and/ortype to each TOI. Objects containing different contents may be assigneddifferent TOIs. In this case, all objects can be uniquely identified ina broadcast system and thus signaling messages can be processed througha method compatible with existing object processing methods.

The illustrated figure shows an embodiment in which part of the TOIfield is used for description of signaling message related informationhaving a fixed length. In the present embodiment, a 32-bit TOI is usedand the type and version of signaling data delivered through an objectcan be identified through a 16-bit type field and a 16-bit versionfield. In the same manner, additional information of the aforementionedsequence number information, validFrom information, expirationinformation and/or payloadFormat information may be delivered byallocating parts of the TOI field such as Type and Version in thepresent embodiment to fields having a fixed length.

An object according to an embodiment of the present invention mayinclude a v element, a c element, a PSI element, an S element, an Oelement, an H element, an A element, a B element, an HDR_LEN element, aCodepoint element, a Congestion Control Information element, a TransportSession Identifier (TSI) element, a Transport Object Identifier (TOI)element, a Header Extensions element, an FEC payload ID element, and/oran Encoding Symbols element. Here, an element may be called informationor a field.

The PSI element may include an X element and/or a Y element.

The TOI element may include a Type element and/or a Version element.

The v element indicates a version number of a packet. The v element canindicate a version of ALC/LCT. The v element can represent delivery of apacket conforming to ALC/LCT+ through the object.

The c element corresponds to a congestion control flag. The c elementcan indicate the length of congestion control information (CCI). Forexample, the c element can indicate 32-bit CCI when it is 0, indicate64-bit CCI when it is 1, indicate 96-bit CCI when it is 2 and indicate128-bit CCI when it is 3.

The PSI element corresponds to protocol-specific indication (PSI). ThePSI element can be used as an indicator of a specific purpose withrespect to a higher protocol of ALC/LCT+, The PSI element can indicatewhether the current packet corresponds to a source packet or an FECrepair packet.

The X element may correspond to information indicating a source packet.When different FEC payload ID formats are used for source and repairdata, the X element indicates the FEC payload ID format for the sourcedata when it is “1” and indicates the FEC payload ID format for therepair data when it is “0”. When the X element is set to “0” in atransmitter, a receiver may ignore this element or packet and may notprocess the element or packet.

The S element may correspond to a transport session identifier flag. TheS element indicates the length of the transport session identifierelement.

The O element may correspond to a transport object identifier flag. TheO element can indicate the length of the transport object identifierelement. An object may refer to a file and the TOI is identificationinformation of each object. A file having a TOI of 0 may includesignaling information related to the file.

The H element may correspond to a half-word flag. The H elementindicates whether a half word (16 bits) is added to the lengths of theTSI and TOI.

The A element may correspond to a close session flag. The A element canindicate that a session is closed or closing of the session is imminent.

The B element may correspond to a close object flag. The B element canindicate that an object being delivered is closed or closing of theobject is imminent.

The HDR_LEN element indicates the length of a packet header.

The Codepoint element indicates a type of a payload delivered by thecorresponding packet. An additional payload header can be inserted intoa prefix of payload data depending on payload type.

The congestion control information (CCI) element may include congestioncontrol information such as layer numbers, logical channel numbers andsequence numbers. The CCI element may include necessary congestioncontrol related information.

The TSI element is a unique identifier of a session. The TSI elementindicates any of all sessions from a specific sender. The TSI elementidentities a transport session. The value of the TSI element can be usedfor one track.

The TOI element is a unique identifier of an object. The TOI elementindicates which object is included in the corresponding packet. Thevalue of the TOI element can be used for one piece of ISO BMFF objectdata. The TOI element may include the ID of an ISO BMFF file and the IDof a chunk. The TOI element may have a combination of the ID of the ISOBMFF file and the ID of the chunk as a value thereof.

The type element can identify the type of data delivered through thecorresponding object. For example, the type element can indicate thatthe data delivered through the corresponding object is a signalingmessage.

The version element specifies a version of data delivered through thecorresponding object. For example, the version element may includeinformation specifying whether the structure and/or contents of dataidentified through the type object have been changed.

The header extensions element may include additional header information.

The FEC payload ID element is an FEC payload identifier. The FEC payloadID element includes identification information of a transmission blockor an encoding symbol. The FEC payload ID indicates an identifier whenthe aforementioned file has been FEC encoded. For example, when theaforementioned FLUTE protocol file has been FEC encoded, the FEC payloadID can be allocated to allow a broadcaster or a broadcast server torecognize the FEC encoded file.

The encoding symbols element may include data of a transmission block oran encoding symbol.

FIG. 36 is a diagram illustrating a MI configuration description (TCD)according to an embodiment of the present invention.

As described above, part of the TOI field can be used to describevariable length signaling message related information. To describesignaling message related information in a variable length TOI field,configuration information of the TOI field can be separatelytransmitted. In an embodiment, the TCD shown in the illustrated tablemay be transmitted and/or received to provide information about a TOIfield configuration. In the present embodiment, the TCD provides TOIfield configuration information of transport packets corresponding toone transport session. The TCD may be transmitted through an internalmeans and/or an external means of a session delivering signaling. Whenthe TCD is delivered inside of the session delivering signaling, the TCDcan be identified by a unique TOI value, for example, a value such as 0or 0xFFFF and analyzed prior to other signaling messages delivered alongtherewith. When the TCD is delivered outside of the session deliveringsignaling, the TCD can be delivered through a means such as an FIC, aseparate IP datagram and/or other ROUTE sessions prior to an objectdelivered through the corresponding session to process configurationinformation of a TOI field included in each packet such that a receivercan recognize the configuration information in advance. Fields below the@typeBits field represent the lengths of fields in the TOI field andindicate that field information corresponding to the lengths issequentially described from the TOI start bit.

The TCD according to an embodiment of the present invention may include@protocolVersion information, @dataVersion information, @validFrominformation, @expiration information, @typeBits information,@versionBits information, @instanceIdBits information, @validFrombitsinformation, @expirationBits information and/or @payloadFormatBitsinformation.

The @protocolVersion information specifies a version of the TCD. Whenthe protocol or structure of the TCD has been changed, the@protocolVersion information specifies such change.

The @dataVersion information specifies a version of an instance of theTCD. When the contents of the TCD have been changed, the @dataVersioninformation specifies such change.

The @validFrom information can indicate an availability start time ofthe instance of the TCD. A receiver can recognize the availability starttime of the TCD using the @validFrom information and use information ofthe TCD from the start time.

The @expiration information can indicate availability expiration time ofthe instance of the TCD. The receiver can recognize the availabilityexpiration time of the TCD and finish use of the information of the TCDusing the @expiration information. The receiver can manage the TCDinformation using the @expiration information.

The @typeBits information indicates the length of the type field in theTOI field. The @typeBits information can represent the length of thetype field as bits.

The @versionBits information indicates the length of the version fieldin the TOI field. The @typeBits information can represent the length ofthe type field as bits.

The @instanceIdBits information can represent the length of theinstanceID field in the TOI field as a bit number.

The @validFromBits information can represent the length of the validFromfield in the TOI field as a bit number.

The @expirationBits information can represent the length of theexpiration field in the TOI field as a bit number.

The @payloadFormatBits information can represent the length of the payloadFormat field in the TOI field as a bit number.

FIG. 37 is a diagram illustrating a payload format element of atransport packet according to an embodiment of the present invention.

According to an embodiment of the present invention, a signaling messagecan be delivered through a payload of a transport packet. To this end,the transport packet can include the payload format element asillustrated. The transport packet corresponds to a packet delivering anobject including broadcast data. The name of the transport packet of thepresent invention may be changed depending on the protocol through whichthe packet is processed. For example, when a packet is processed throughROUTE, the packet can be called a ROUTE packet.

The payload format element can be included in the LSID as describedabove.

The payload format element of the transport packet of the presentinvention may include @codePoint information, @deliveryObjectFormatinformation, @fragmentation information, @deliveryOrder information,@sourceFecPayloadID information and/or TOI configuration instancedescription (TCID).

The @codePoint information defines what CodePoint is used for thispayload. This information can play the same role as the aforementionedCP element or have the same value as the CP element.

The @delivetyObjectFormat information specifies a format of a payload ofan object for data delivery. For example, this information can indicatethat the object delivers a signaling message, a file, an entity, apackage or metadata including an initialization segment.

The @fragmentation information specifies a type of fragmentation.

The @deliveryOrder information specifies a delivery order of objects.For example, this information can be used to specify the order ofobjects delivered through the current payload.

The @sourceFecPayloadID information can define a format of a source FECpayload ID.

The TCID can include TOI field configuration information when part ofthe TOI field is used to describe variable length signaling messagerelated information.

FIG. 38 is a diagram illustrating a TCID according to an embodiment ofthe present invention.

Part of the TOI field is used to describe variable length signalingmessage related information, and the configuration of the TOI field maybe dynamically changed in one TOI field.

To describe signaling message related information in a variable lengthTOI field, TOI field configuration information may be separatelytransmitted in the illustrated form.

In the present embodiment, the TCID provides TOI field configurationinformation of transport packets corresponding to a group of packetsmapped to one codepoint value. The TCID can be included and transmittedin PayloadFormat in SourcenFlwo of the LSID. Internal fields of the TCIDmay be the same as those of the above-described TCD and can indicate aTOI configuration of packets having the same CP value as @codePointincluded along therewith in PayloadFormat. A TOI configuration methodmay be the same as the aforementioned method with respect to the TCID.

The TCID according to an embodiment of the present invention may include@typeBits information, @versionBits information, @instanceIdBitsinformation, @validFromBits information, @expirationBits informationand/or @payloadFromatBits information. Description of such informationis replaced by description of the aforementioned information having thesame names.

FIG. 39 is a diagram illustrating a syntax of a payload of an FIC (FastInformation Channel) according to an embodiment of the presentinvention.

While signaling data including information for service scan oracquisition is called FIC in the present invention, the term is notlimited thereto. Signaling data providing information for acquiringbroadcast services more effectively in a lower layer of the servicelayer (or level) will be described. For example, such signaling data maybe called a service list table, a service list element or the like.

Furthermore, although the structure of the signaling data is representedas a binary table for convenience of description in the presentinvention, identical or similar information included in the table may berealized in XML.

The FIC according to an embodiment of the present invention may includeFIC_protocol_version information, transport_stream_id information,num_partitions information, partition_id information,partition_protocol_version information, num_services information,service_id information, service_data_version information,service_channel_number information, service_category information,short_service_name_length information, short_service_name information,service_status information, service_distribution information,sp_indicator information, IP_version_flag information,SSC_source_IP_address_flag information, SSC_source_IP_addressinformation, SSC_destination_IP_address information,SSC_destination_UDP_port information, SSC_TSI information, SSC_DP_IDinformation, num_partition_level_description information, apartition_level_descriptor( ) element, num_FIC_level_descriptioninformation and/or an FIC_level_descriptor( ) element.

The FIC_protocol_version information identifies the version of thestructure of the FTC.

The transport_stream_id information identifies broadcast streams. Thismay correspond to information identifying all broadcast streams.

The num_partitions information indicates the number of partitions in abroadcast stream. One broadcast stream can be divided into one or morepartitions and each partition can include one or more data pipes used byone broadcaster (or broadcast source).

The partition_id information identifies a partition.

The partition_protocol_version information identifies the version of apartition structure.

The num_services information indicates the number of broadcast servicesone or more components of which are delivered through a partition.

The service_id information identifies a service (or broadcast service).

The service_data_version information identifies a change in serviceentry for a service signaled by the FIC. Otherwise, theservice_data_version information identities a change in a signalingtable for a service included in a service signaling channel (or servicelevel signaling). The service_data_version information can indicate acorresponding change by increasing the value thereof for every change.

The service_channel_number information indicates a channel number for aservice.

The service_category information indicates the category of a service.For example, the service_category information can indicate that abroadcast service is an A/V service, an audio service, an ESC(Electronic Service Guide), an App based service and/or a CoD (Contenton Demand).

The short_service_name_length information indicates the length of theshort_service_name information. The short_service_name_lengthinformation can have a value of “0” when the short_service_nameinformation is not present.

The short_service_name information indicates the short name of theservice. Each character indicated by the short_service_name informationcan be encoded per UTF-8. When there is an odd number of bytes in theshort name, the second byte of the last of the byte pair per the paircount indicated by the short_service_name_length field may contain 0x00.

The service_status information indicates the state of the service. Theservice_status information can indicate that a broadcast service is inactive, inactive, suspended, hidden and/or shown states.

The service_distribution information specifies whether representation ofa broadcast service or broadcast content is possible only using currentpartitions, is impossible only using current partitions but requires thecurrent partitions, or requires other broadcast streams.

The sp_indicator information indicates whether service protection hasbeen applied. The sp_indicator information specifies whether one or morecomponents of a broadcast service necessary for significantrepresentation have been protected.

The IP_version_flag information specifies whether IP addresses indicatedby the SSC_source_IP_address information and/orSSC_destination_IP_address information are IPv4 addresses or IPv6addresses.

The SSC_source_IP_address_flag information specifies presence of theSSC_source_IP_address information for the service.

The SSC_source_IP_address information is present when theSSC_source_IP_address_flag information is set to “1” and is not presentwhen the SSC_source_IP_address_flag information is set to “0”. TheSSC_source_IP_address information indicates a source IP address of an IPdatagram (or data unit) carrying signaling information for the service.The SSC_source_IP_address information can have 128 bits when an IPv6address is used.

The SSC_destination_IP_address information indicates a destination IPaddress of the IP datagram (or data unit) carrying the signalinginformation for the service. The SSC_destination_IP_address informationcan have 128 bits when an IPv6 address is used.

The SSC_destination_UDP_port information indicates a destination UDPport number for UDP/IP streams carrying the signaling information forthe service.

The SSC_TSI information indicates a TSI (Transport Session Identifier)of an LCT channel carrying signaling information (or a signaling table)for the service.

The SSC_DP_ID information identifies a data pipe (DP) includingsignaling information (or a signaling table) for the service. A datapipe carrying signaling information may correspond to a most robust datapipe in a current partition or broadcast stream.

The num_partition_level_descriptors information indicates the number ofpartition level descriptors defined for a partition.

The partition_level_descriptor( ) element includes one or more partitionlevel descriptors. A partition level descriptor may include informationnecessary for a receiver to access, acquire or use partitions.

The num_FIC_level_descriptors information indicates the number of FIClevel descriptors defined for the FIC.

The FIC_level_descriptor( ) element includes one or more FIC leveldescriptors. An FIC level descriptor may include additional signalinginformation for the FIC.

FIG. 40 is a diagram illustrating a syntax of a payload of an FICaccording to another embodiment of the present invention.

The payload of the FIC according to another embodiment of the presentinvention may include SSC_delivery_type information, SSC_URL_lengthinformation and/or SSC_URL_data information in addition to the payloadof the FIC in the above-described embodiments.

The SSC_delivery_type information specifies a path through whichsignaling information (e.g., a service signaling channel or a servicelevel signaling) related to the service is delivered. TheSSC_delivery_type information can specify whether data of service levelsignaling is delivered through broadband (Internet). For example, theSSC_delivery_type information can indicate that service level signalingis delivered through a broadcast network when having a value of 0x01.The SSC_delivery_type information can indicate that service levelsignaling is delivered through the Internet when having a value of 0x02.

The SSC_URL_length information indicates the length of SSC_URL_datainformation.

The SSC_URL_data information indicates the URL of a server or positionproviding signaling information related to the service.

Description of information that is not described in the presentembodiment is replaced by the above description.

FIG. 41 is a diagram illustrating a syntax of service level signalingaccording to another embodiment of the present invention.

Information necessary for a receiver to receive a broadcast serviceand/or broadcast content that a viewer desires may be called servicelevel signaling. The service level signaling includes informationdescribing attributes of a broadcast service and components included inthe broadcast service.

Service level signaling data according to another embodiment of thepresent invention may include a signaling message header and/or aservice signaling message.

The service level signaling data according to another embodiment of thepresent invention may include @service_id information, @service_categoryinformation, @service_name information, @channel_number information,@service_status information, @service_distribution information,@SP_indicator information, a ROUTE session element, @sourceIPAddrinformation, @destIPAddr information, @destUDPPort information, @LSID_DPinformation, a targeting element, a content advisory element, a rightissuer service element, a current program element, an original serviceidentification element, a content labeling element, a genre element, acaption element and/or a protection element.

The @service_id information identifies a broadcast service.

The @service_category information identifies the category of thebroadcast service. For example, the service_category information canidentify the broadcast service as an audio service, a real-timebroadcast service, a non-real-time broadcast service, a linear broadcastservice, an app-based broadcast service or a service guide.

The @service_name information indicates the name of the broadcastservice.

The @channel_number information indicates the channel number carryingthe broadcast service. The channel number may correspond to alogical/physical channel number. The channel number can be used asinformation for identifying a logical transport path or a transport unitthrough which data of service level signaling is transmitted asnecessary.

The @service_status information indicates the state of the broadcastservice. The @service_status information may include informationindicating whether the broadcast service is active or inactive. The@service_status information may include information indicating whetherthe broadcast service is hidden.

The @service_distribution information indicates how data or componentsfor the broadcast service are distributed and delivered.

The @SP_indicator information indicates whether service protection hasbeen applied to the broadcast service or at least one component includedin the broadcast service. The @SP_indicator information may correspondto information indicating whether service protection has been applied todata or components for significant representation of the broadcastservice.

The ROUTE session element includes information about a ROUTE sessiondelivering the broadcast service or components included in the broadcastservice.

@sourceIPAddr information indicates a source IP address of an IPdatagram (or data unit) carrying a ROUTE packet.

The @destIPAddr information indicates a destination IP address of the IPdatagram (or data unit) carrying the ROUTE packet.

@destUDPPort information indicates a destination UDP port number of theIP datagram (or data unit) carrying a ROUTE packet.

@LSID_DP information specifies a data pipe delivering information (e.g.,LSID) that describes transmission parameters related to a ROUTE sessionand/or a lower session in the ROUTE session.

The targeting element includes information for provision of apersonalized broadcast service (targeting broadcast). This element canbe included in service level signaling in separate signalinginformation. In this case, this element can include link informationabout the service level signaling.

The content advisory element includes information about audience ratingof the broadcast service. This element may be included in service levelsignaling in a separate signaling structure. In this case, this elementcan include link information about the corresponding service levelsignaling. The right issuer service element includes information relatedto rights to appropriately consume the broadcast service. This elementmay be included in service level signaling in a separate signalingstructure. In this case, this element can include link information aboutthe corresponding service level signaling.

The current program element includes information about the currentbroadcast program. This element may be included in service levelsignaling in a separate signaling structure. In this case, this elementcan include link information about the corresponding service levelsignaling.

The original service identification element includes information aboutidentification of the original service related to the current broadcastservice. This element may be included in service level signaling in aseparate signaling structure. In this case, this element can includelink information about the corresponding service level signaling.

The content labeling element includes information related to contentlabeling. This element may be included in service level signaling in aseparate signaling structure. In this case, this element can includelink information about the corresponding service level signaling. Thegenre element includes information for classifying genres of thebroadcast service. This element may be included in service levelsignaling in a separate signaling structure. In this case, this elementcan include link information about the corresponding service levelsignaling.

The caption element includes information about closedcaptioning/subtitles of the broadcast service. This element may beincluded in service level signaling in a separate signaling structure.In this case, this element can include link information about thecorresponding service level signaling.

The protection element includes information related to protection of thebroadcast service. When the aforementioned @SP_indicator informationindicates that protection has been applied to the broadcast service orbroadcast components, the protection element can provide detailedinformation about protection. This element may be included in servicelevel signaling in a separate signaling structure. In this case, thiselement can include link information about the corresponding servicelevel signaling.

FIG. 42 is a diagram illustrating component mapping descriptionaccording to another embodiment of the present invention.

The component mapping description according to another embodiment of thepresent invention may further include @partitionID information inaddition to the information or elements included in the componentmapping description according to the aforementioned embodiment.

The @partitionID information identifies a partition indicating abroadcaster in a broadcast stream. The @partitionID information can beused as information for identifying a source that transmits broadcastcomponents.

Description of other information or elements included in the componentmapping description is replaced by the above description about theinformation or elements having the same names.

FIG. 43 is a diagram illustrating a syntax of URL signaling descriptionaccording to another embodiment of the present invention.

As described above, signaling information that describes a broadcastservice can be delivered through a broadband network as well as abroadcast network. When the signaling information that describes abroadcast service is delivered through a broadband network, a receivercan acquire the signaling information through URL signaling description.

The URL signaling description according to another embodiment of thepresent invention may include @service_id information, @smtURLinformation, @mpdURL information, @cmtURL, information, @astURLinformation, @gatURL information and/or @eatURL information.

The service_id information identifies a service.

The @smtURL information indicates the URL of a server or positionproviding an SMT (Service Map Table) when the SMT is delivered overbroadband.

The @mpdURL information indicates the URL of a server or positionproviding an MPD when the MPD is delivered over broadband.

The @cmtURL information indicates the URL of a server or positionproviding a CMT (Component Mapping Table) when the CMT is delivered overbroadband.

The @astURL information indicates the URL of a server or positionproviding an AST (Application Signaling Table) when the AST is deliveredover broadband.

The @gatURL information indicates the URL of a server or positionproviding a GAT (Guide Access Table) when the GAT is delivered overbroadband. The GAT can correspond to a signaling message includinginformation for bootstrap of an ESG (Electronic Service Guide). That is,the GAT can correspond to a signaling message including informationnecessary for a receiver to access the ESG.

The @eatURL information indicates the URL of a service or positionproviding an EAT (Emergency Alert Table) when the EAT is delivered overbroadband.

FIG. 44 is a diagram illustrating a SourceFlow element according toanother embodiment of the present invention.

Broadcast service data can be delivered object by object through a ROUTEsession. Each object can be individually restored. Within a singlesession, a source protocol can be defined to deliver objects and theSourceFlow element including information related to delivery of a source(object) can be defined.

The SourceFlow element according to another embodiment of the presentinvention may further include @location information in addition to theaforementioned information/attributes/elements included in theSourceFlow element.

The @location information indicates a location or a data unit fordelivery of data of a source flow. The @location information identifiesa data pipe in a broadcast stream and the receiver can recognizedelivery of the data of the source flow through the data pipe.

Description of other information or elements included in the SourceFlowelement is replaced by the above description of the SourceFlow element.

FIG. 45 is a diagram illustrating a process of acquiring signalinginformation through a broadcast network according to another embodimentof the present invention.

A receiver may access a location in which data of a service signalingchannel related to a desired broadcast service is transmitted usinginformation identifying services included in an FIC.

The receiver acquires, from the FIC, information about a source IPaddress, a destination IP address and/or a UDP port number of an IPdatagram carrying the data of the service signaling channel.

The receiver acquires, from the FIC, information identifying a data pipeincluding the data of the service signaling channel. The receiver canaccess the data pipe through which the data of the service signalingchannel is delivered using the information.

The receiver can access an LCT session using information which isincluded in the FIC and identifies the LCT session delivering the dataof the service signaling channel. The LCT session delivering the data ofthe service signaling channel may be fixed to an LCT session having aspecific TSI. In this case, the receiver can access the LCT sessionhaving the specific TSI to obtain the data of the service signalingchannel. The receiver can acquire the data of the service signalingchannel by accessing the corresponding location.

The receiver may access an LCT session delivering the aforementionedLSID. In this case, the TSI of the LCT session delivering the LSID maybe fixed and the receiver can acquire the LSID by accessing the LCTsession having the TSI. The receiver can acquire components included inthe broadcast service using information of the LSID.

FIG. 46 is a diagram illustrating a process of acquiring signalinginformation through a broadcast network and a broadband networkaccording to another embodiment of the present invention.

A receiver may access a location in which data of a service signalingchannel related to a desired broadcast service is transmitted usinginformation identifying services included in an FIC.

The receiver acquires, from the FIC, information about a source IPaddress, a destination IP address and/or a UDP port number of an IPdatagram carrying the data of the service signaling channel.

The receiver acquires, from the FIC, information identifying a data pipeincluding the data of the service signaling channel. The receiver canaccess the data pipe through which the data of the service signalingchannel is delivered using the information.

The receiver acquires the aforementioned URL signaling table or URLsignaling description by accessing the data of the service signalingchannel. The receiver can access a server or location providing servicelevel signaling using information included in the URL signaling table toacquire the service level signaling through a broadband network.

FIG. 47 is a diagram illustrating a process of acquiring signalinginformation through a broadband network according to another embodimentof the present invention.

When information that identifies the transport type of a servicesignaling channel included in an FIC indicates that data of the servicesignaling channel is delivered through a broadband network, a receiveracquires URL information about a server or location providing data ofthe service signaling channel from the FIC. In this case, the URLinformation can indicate the URL of a single server or locationproviding all data of the service signaling channel or can indicate theURL of each sever or location providing each signaling structure (SMR,MPD, CMT or the like) that can be included in the service signalingchannel.

The receiver acquires the data of the service signaling channel throughthe broadband network by accessing the server or location indicated bythe corresponding URL information.

FIG. 48 is a diagram illustrating a process of acquiring an ESG(Electronic Service Guide) through a broadcast network according toanother embodiment of the present invention.

A receiver can recognize that a broadcast service correspond to an ESGfrom information specifying the category of the service included in anFIC and acquire information identifying a data pipe through which dataof a service signaling channel with respect to the corresponding serviceis delivered.

The receiver can access the identified data pipe to acquire data of theESG delivered through the data pipe.

Through this process, the ESG can be acquired more efficiently becauseit is not necessary to analyze a complicated signaling structure inorder to access a normal broadcast service although the ESG is processedas a broadcast service.

FIG. 49 is a diagram illustrating a process of acquiring video segmentsand audio segments of a broadcast service according to anotherembodiment of the present invention.

A receiver acquires data of a service signaling channel and obtains asignaling structure (e.g., CMT) including information that describescomponents of a broadcast service included in the data of the servicesignaling channel.

The receiver acquires information identifying a data pipe deliveringvideo components of the broadcast service from the signaling structureand accesses the data pipe using the information. The receiver acquiresa signaling structure (e.g., LSID) describing an LCT session in a ROUTEsession delivering the data pipe.

The receiver accesses the LCT session delivering the video components ofthe broadcast service to acquire the video components from the signalingstructure describing the LCT session.

The receiver acquires information identifying a data pipe deliveringaudio components of the broadcast service from the signaling structureand accesses the data pipe using the information. The receiver acquiresa signaling structure (e.g., LSID) describing an LCT session in a ROUTEsession delivering the data pipe.

The receiver accesses the LCT session delivering the audio components ofthe broadcast service to acquire the audio components from the signalingstructure describing the LCT session.

According to the present invention, it is possible to efficiently detectand acquire components included in a broadcast service through theaforementioned signaling structures even when the components aredelivered through respective transport paths. Furthermore, atransmitting side can freely transmit components of a broadcast servicethrough a spare region and thus efficiently transmit a larger amount ofbroadcast data.

FIG. 50 is a diagram illustrating a process of acquiring video segmentsof a broadcast service through a broadcast network and acquiring audiosegments of the broadcast service through a broadband network accordingto another embodiment of the present invention.

A receiver acquires data of a service signaling channel and obtains asignaling structure CMT) including information that describes componentsof a broadcast service included in the data of the service signalingchannel.

The receiver acquires information identifying a data pipe deliveringvideo components of the broadcast service from the signaling structureand accesses the data pipe using the information. The receiver acquiresa signaling structure (e.g., LSID) describing an LCT session in a ROUTEsession delivering the data pipe.

The receiver accesses the LCT session delivering the video components ofthe broadcast service to acquire the video components from the signalingstructure describing the LCT session.

The receiver recognizes that the audio components are delivered througha broadband network from a signaling structure including informationthat describes components of the broadcast service and acquires theaddress of a server or location transmitting the audio components. Thereceiver acquires an address providing segments of the audio componentsusing MPD and acquires the segments of the audio components from theaddress.

According to the present invention, it is possible to efficiently accesscomponents for a broadcast service through the aforementioned signalingstructure even when components of the broadcast service are respectivelydelivered through a heterogeneous network.

FIG. 51 is a flowchart illustrating a broadcast signal transmissionprocess according to an embodiment of the present invention.

A broadcast signal transmission processing device generates one or morefirst layer data units including first level signaling data andbroadcast data for a broadcast service (JS110010).

The broadcast signal transmission processing device generates one ormore second layer data units including the one or more first layer dataunits and second level signaling data (JS110020).

The broadcast signal transmission processing device generates abroadcast signal including the one or more second layer data units(JS11030).

FIG. 52 is a diagram illustrating a broadcast signal processing deviceaccording to an embodiment of the present invention.

The broadcast signal processing device J111100 according to anembodiment of the present invention may include a protocol processorJ111200, a broadcast signal generator J111300 and/or a transmitterJ111400.

The protocol processor J111200 includes a first level signaling encoderJ111210, a first layer encoder J111220, a second level signaling encoderJ111230 and/or a second layer encoder J111240.

The protocol processor J111200 performs processing according to aprotocol of the broadcast system on broadcast data or signaling data.

The broadcast signal generator J111300 performs processing for transmitdata processed by the protocol processor. The broadcast signal generatorJ111300 may correspond to the aforementioned broadcast signalencoder/processor in the physical layer.

The transmitter J111400 transmits a broadcast signal.

The first level signaling encoder J111210 generates first levelsignaling data. The first level signaling data may correspond tosignaling information of a higher layer that provides informationdescribing a broadcast service.

The first layer encoder J111220 generates broadcast data according to afirst layer protocol. The first layer protocol may correspond toMPEG-DASH, NRT and/or MMT.

The second level signaling encoder J111230 generates second levelsignaling data. The second level signaling data may include informationfor acquiring information about the first level signaling data in alayer lower than the layer in which the first level signaling data isprocessed. The second level signaling data may include informationnecessary to scan broadcast services to generate a map of the broadcastservices in a layer lower than the layer in which the first levelsignaling data is processed.

The second layer encoder J111240 processes the data processed in thefirst layer according to a second layer protocol. The second layerprotocol may correspond to MMTP (MPEG Media Transport Protocol), ROUTE(ALC/LCT) and/or HTT.

According to the present invention, it is possible to rapidly acquiresignaling information provided in each layer after physical layerprocessing.

According to the present invention, processing of signaling informationand/or broadcast data of a higher layer in each layer is providedthrough signaling information such that a receiver can rapidly acquireand process a broadcast service.

The module or unit may be one or more processors designed to execute aseries of execution steps stored in the memory (or the storage unit).Each step described in the above-mentioned embodiments may beimplemented by hardware and; or processors. Each module, each block,and/or each unit described in the above-mentioned embodiments may berealized by hardware or processor. In addition, the above-mentionedmethods of the present invention may be realized by codes written inrecoding media configured to be read by a processor so that the codesmay be read by the processor supplied from the apparatus.

Although the description of the present invention is explained withreference to each of the accompanying drawings for clarity, it ispossible to design new embodiment(s) by merging the embodiments shown inthe accompanying drawings with each other. And, if a recording mediumreadable by a computer, in which programs for executing the embodimentsmentioned in the foregoing description are recorded, is designed innecessity of those skilled in the art, it may belong to the scope of theappended claims and their equivalents.

An apparatus and method according to the present invention may benon-limited by the configurations and methods of the embodimentsmentioned in the foregoing description. And, the embodiments mentionedin the foregoing description may be configured in a manner of beingselectively combined with one another entirely or in part to enablevarious modifications.

In addition, a method according to the present invention may beimplemented with processor-readable codes in a processor-readablerecording medium provided to a network device. The processor-readablemedium may include all kinds of recording devices capable of storingdata readable by a processor. The processor-readable medium may includeone of ROM, RAM, CD-ROM, magnetic tapes, floppy discs, optical datastorage devices, and the like for example and also include such acarrier-wave type implementation as a transmission via Internet.Furthermore, as the processor-readable recording medium is distributedto a computer system connected via network, processor-readable codes maybe saved and executed according to a distributive system.

It will be appreciated by those skilled in the art that variousmodifications and variations may be made in the present inventionwithout departing from the spirit or scope of the inventions. Thus, itis intended that the present invention covers the modifications andvariations of this invention provided they come within the scope of theappended claims and their equivalents.

Both the product invention and the process invention are described inthe specification and the description of both inventions may besupplementarily applied as needed.

It will be appreciated by those skilled in the art that variousmodifications and variations may be made in the present inventionwithout departing from the spirit or scope of the inventions. Thus, itis intended that the present invention covers the modifications andvariations of this invention provided they come within the scope of theappended claims and their equivalents.

Both apparatus and method inventions are mentioned in this specificationand descriptions of both of the apparatus and method inventions may becomplementarily applicable to each other.

Various embodiments have been described in the best mode for carryingout the invention.

The embodiments of the present invention are available in a series ofbroadcast signal provision fields.

It will be apparent to those skilled in the art that variousmodifications and variations may be made in the present inventionwithout departing from the spirit or scope of the inventions. Thus, itis intended that the present invention covers the modifications andvariations of this invention provided they come within the scope of theappended claims and their equivalents.

What is claimed is:
 1. A method of processing data in a digitalreceiving apparatus, the method comprising: receiving a broadcast signalincluding low level signaling data, wherein the low level signaling datais carried via a specific data pipe (DP), wherein the low levelsignaling data includes service category information, the servicecategory information is used to identify an AV service, an audio onlyservice or an ESG (electronic service guide) service, wherein the lowlevel signaling data includes bootstrap information that allows thedigital receiving apparatus to discover service layer signalinginformation, wherein when the service layer signaling information istransmitted via a broadband network, the bootstrap information includesURL data for the service layer signaling information and typeinformation for identifying a type of a server providing access to theservice layer signaling information or another data, and wherein whenthe service layer signaling information is transmitted via a broadcastnetwork, the bootstrap information includes a destination user datagramprotocol (UDP) port number and a destination internet protocol (IP)address for the service layer signaling information; parsing the lowlevel signaling data included in the broadcast signal; and parsing theservice layer signaling information.
 2. The method of claim 1, whereinthe low level signaling data further includes data pipe identificationinformation for identifying a data pipe carrying the first or secondservice layer signaling information.
 3. The method of claim 2, whereinthe low level signaling data further includes service identificationinformation for identifying each of the at least one service and hiddeninformation for indicating whether the each of the at least one serviceis hidden.
 4. A digital receiving apparatus of processing data, thereceiving apparatus comprising: a receiving module configured to receivea broadcast signal including low level signaling data, wherein the lowlevel signaling data is carried via a specific data pipe (DP), whereinthe low level signaling data includes service category information, theservice category information is used to identify an AV service, an audioonly service or an ESG (electronic service guide) service, wherein thelow level signaling data includes bootstrap information that allows thedigital receiving apparatus to discover service layer signalinginformation, wherein when the service layer signaling information istransmitted via a broadband network, the bootstrap information includesURL data for the service layer signaling information and typeinformation for identifying a type of a server providing access to theservice layer signaling information or another data, and wherein whenthe service layer signaling information is transmitted via a broadcastnetwork, the bootstrap information includes a destination user datagramprotocol (UDP) port number and a destination internet protocol (IP)address for the service layer signaling information; and a processorconfigured to: parse the low level signaling data included in thebroadcast signal, and parse the service layer signaling information. 5.The digital receiving apparatus of claim 4, wherein the low levelsignaling data further includes data pipe identification information foridentifying a data pipe carrying the first or second service layersignaling information.
 6. The digital receiving apparatus of claim 5,wherein the low level signaling data further includes serviceidentification information for identifying each of the at least oneservice and hidden information for indicating whether the each of the atleast one service is hidden.
 7. A method of processing data in a digitaltransmitting apparatus, the method comprising: generating low levelsignaling data; and transmitting a broadcast signal including the lowlevel signaling data, wherein the low level signaling data is carriedvia a specific data pipe (DP), wherein the low level signaling dataincludes service category information, the service category informationis used to identify an AV service, an audio only service or an ESG(electronic service guide) service, wherein the low level signaling dataincludes bootstrap information that allows a digital receiving apparatusto discover service layer signaling information, wherein when theservice layer signaling information is transmitted via a broadbandnetwork, the bootstrap information includes URL data for the servicelayer signaling information and type information for identifying a typeof a server providing access to the service layer signaling informationor another data, and wherein when the service layer signalinginformation is transmitted via a broadcast network, the bootstrapinformation includes a destination user datagram protocol (UDP) portnumber and a destination internet protocol (IP) address for the servicelayer signaling information.
 8. The method of claim 7, wherein the lowlevel signaling data further includes data pipe identificationinformation for identifying a data pipe carrying the first or secondservice layer signaling information.
 9. The method of claim 8, whereinthe low level signaling data further includes service identificationinformation for identifying each of the at least one service and hiddeninformation for indicating whether the each of the at least one serviceis hidden.
 10. A digital transmitting apparatus of processing data, thedigital transmitting apparatus comprising: a processor configured togenerate low level signaling data; and a transmitter configured totransmit a broadcast signal including the low level signaling data,wherein the low level signaling data is carried via a specific data pipe(DP), wherein the low level signaling data includes service categoryinformation, the service category information is used to identify an AVservice, an audio only service or an ESG (electronic service guide)service, wherein the low level signaling data includes bootstrapinformation that allows a digital receiving apparatus to discoverservice layer signaling information, wherein when the service layersignaling information is transmitted via a broadband network, thebootstrap information includes URL data for the service layer signalinginformation and type information for identifying a type of a serverproviding access to the service layer signaling information or anotherdata, and wherein when the service layer signaling information istransmitted via a broadcast network, the bootstrap information includesa destination user datagram protocol (UDP) port number and a destinationinternet protocol (IP) address for the service layer signalinginformation.
 11. The digital transmitting apparatus of claim 10, whereinthe low level signaling data further includes data pipe identificationinformation for identifying a data pipe carrying the first or secondservice layer signaling information.
 12. The digital transmittingapparatus of claim 11, wherein the low level signaling data furtherincludes service identification information for identifying each of theat least one service and hidden information for indicating whether theeach of the at least one service is hidden.